5G NR CSI-RS介绍(3)-- CSI测量上报的配置和触发机制

笔者在微信公众号GiveMe5G定期发布学习文章(更多更及时),欢迎订阅和分享,文章下方有二维码。

CSI(channel state information)包括CQI,RI,LI,PMI,CRI,SSBRI和L1-RSRP。终端上报CSI给gNB,gNB会根据上报的内容进行调度的调整以及波束管理相关的工作,因此CSI的上报十分重要。CSI的工作原理是,首先gNB给终端配置适当的CSI-RS资源,然后终端对CSI-RS进行测量并计算出所需要的的CSI,最后通过PUCCH/PUSCH上报给gNB。本节主要讨论如何配置CSI的测量上报的配置和触发机制。

CSI测量和上报的配置框架

CSI-RS相关的配置都在RRC参数CSI-MeasConfig中定义,见下图(摘自38331)。


东西有点多,看着没有层次感,我整理的一张图,可以看的更清楚些。

CSI框架基本配置两个东西,一个是用于配置CSI测量的CSI-RS资源,另一个是配置CSI如何上报。如何看CSI-MeasConfig呢?从两个重要的IE着手:

  • csi-ResourceConfig: 这个IE就是告诉你配置的CSI-RS资源的。一个CSI-ResourceConfig下面会配置ResourceSet,ResourceSet里面包含最基本的CSI-RS Resource。CSI-RS-Resource包括nzp-CSI-RS,SSB和csi-IM三种。而且这些CSI-RS的resource类型可以是周期的,半持续的和非周期的。协议里面特意明确了对于周期和半持续的CSI-RS resource,每个csi-ResourceConfig只能配置1个csi-RS-ResourceSet。

1) For periodic and semi-persistent CSI Resource Settings, the number of CSI-RS Resource Sets configured is limited to S=1.
2) The following are configured via higher layer signaling for one or more CSI Resource Settings for channel and interference measurement:

  • CSI-IM resource for interference measurement as described in Subclause 5.2.2.4.
  • NZP CSI-RS resource for interference measurement as described in Subclause 5.2.2.3.1.
  • NZP CSI-RS resource for channel measurement as described in Subclause 5.2.2.3.1.
  • csi-ReportConfig: 这个IE是用于配置如何report的。本节重点关注两个信息,
    1). resourcesForChannelMeasurement\csi-IM-ResourcesForInterference\nzp-CSI-RS-ResourcesForInterference,这三个参数表示用于Channel Measurement和Interference Measurement的Csi-ResourceConfigId,用得到的Id和csi-ResourceConfig进行关联,即可获取到用于测量的CSI-RS资源
    2). reportConfigType:这个IE用于配置CSI report的类型是周期的,非周期的,半持续OnPUCCH还是半持续OnPUSCH的。对于非周期和半持续OnPUSCH还会配置TriggerState和reportTriggerSize,用来配合DCI中的CSI request来使用。

CSI测量和上报的触发机制

通过上面的配置框架,我们知道CSI-RS的resource和report都各有三种类型,周期,半持续以及非周期。那么resource和report的类型是否可以任意两两组合呢?协议给出了明确的要求:


总结下,合理的组合如下:
1)周期性上报:只能使用周期性CSI-RS
2)半持续性上报On Pucch:可以使用周期性和半持续性CSI-RS
3)办持续性上报On Pusch:可以使用周期性和半持续性CSI-RS
4) 非周期性上报:使用周期性,半持续性和非周期性CSI-RS

很显然,gNB需要先发出来CSI-RS,然后终端才能接收和测量,并上报CSI report,也就是先发再报。这里面涉及两个大的问题,首先就是对于每种类型的CSI-RS,gNB什么时候发?然后测量完CSI-RS,什么时候报?

  • 先来看第一个问题,CSI-RS什么时候发送?
  • 再看第二个问题,CSI report什么时候报?
    1)周期性上报:RRC配置好周期性的CSI-RS Resource和Report参数后,就会立即生效,无需MAC-CE/DCI去激活或者触发CSI-RS的发送和CSI的上报,CSI上报的周期和slotOffset按照参数reportSlotConfig配置的执行;
    2)半持续性上报On Pucch:假设RRC配置了半持续的CSI-RS发送,首先需要MAC CE1激活CSI-RS的发送,然后再通过MAC CE2激活CSI的report;如果RRC配置的是周期性的CSI-RS,则无需MAC CE1这一步。CSI上报的周期和slotOffset按照参数reportSlotConfig配置的执行;

    3)半持续性上报On Pusch:假设RRC配置了半持续的CSI-RS发送,首先需要MAC CE1激活CSI-RS的发送,然后再通过DCI触发CSI的report;如果RRC配置的是周期性的CSI-RS,则无需MAC CE1这一步;这里对于DCI多说两句,首先是DCI 0_1,使用SP-CSI-RNTI加扰的,其次DCI中两个field很重要,第一个是CSI request,通过codepoint的设置来关联对应的TriggerState,TriggerState里面会定义关联的CSI-ReportConfig,然后里面可以找到这个report相关的CSI-RS resource Config以及report的周期和OffsetList。其中周期是通过reportSlotConfig直接给出的,OffsetList是通过reportSlotOffsetList参数定义的,这是一个List,还需要通过DCI中的Time domain resource assignment这个field的codepoint取值再去关联List中的值,例如codepoint是0,就取OffsetList中的第一个值,如果是1,就取第二个值,依次类推;假设这个值是Y,也就意味着距离DCI后面第Y个slot发送CSI Report;

    4) 非周期性上报:这里我们来讨论下最复杂的场景,非周期CSI-RS发送+非周期CSI上报。可以说对于此场景,非周期的CSI-RS发送和非周期CSI的上报均由DCI来触发。过程与半持续上报类似,但又更复杂些。1)根据DCI 0_1中的CSI request field的codepoint去关联对应的TriggerState。这里注意一下,与半持续DCI触发不同,CSI request如果为0,代表不要求触发CSI-RS,只有非0,才一位置触发有效。2)关联到state后,可以得到两个重要的参数,第一个是CSI-ReportConfig,然后就可以找到对应的reportSlotOffsetList,因为是一个List,需要DCI中的time domain resource assignment field的codepoint值去确定List中唯一的一个Offset值,拿到了这个Offset值,就知道距离DCI后第几个slot发送CSI report。3)关联到state后,得到的第二个参数是resourceSet,注意这个resourceSet并不能直接去对应CSI-measConfig中的resourceSet ID。在第二步中,通过CSI-ReportConfigId,还可以得到关联的CSI-ResourceConfigId,而CSI-ResourceConfigId关联的是一个resourceSetList,又是List,这时候需要resourceSet的值去确定List中唯一的resource Set。

下面是有关三个重要参数的解释,摘自38.331。仔细读读体会下,有的地方比较绕。


最后总结了一幅四种典型场景的high-level示意图:

笔者在微信公众号GiveMe5G定期发布学习文章,欢迎订阅和分享
最后还请大家多多转发和分享下我的公众号,帮我推广一下,这也是让我继续写下去的动力​,在此谢过大家!


  • 35
    点赞
  • 173
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
目 录 前 言 V 1. 范围 6 2. 规范性引用文件 6 3. 术语、定义和缩略语 6 4. 概述 7 4.1. 背景 7 4.2. 测试目的 8 4.3. 测试环境基本要求 9 4.3.1. 网络结构与规模 9 4.3.2. 测试区域 9 4.3.3. 业务模型 9 4.3.4. 设备要求 9 4.3.5. 终端要求 9 4.3.6. 仪表和软件需求 10 4.3.7. 测试网络基本配置 10 4.3.8. 配合测试设备 11 4.4. 加扰方式 11 4.4.1. 干扰级别 11 4.5. 信道条件定义 12 4.6. 测试中的终端移动速度 12 4.7. 测试其他约定 12 5. 测试用例概览 12 6. 测试用例 14 6.1. 覆盖测试 14 6.1.1. 全网底噪普查 14 6.1.1.1. 2.6GHz D3频段 14 6.1.1.2. 3.5GHz 频段 14 6.1.2. 单小区覆盖-4G 14 6.1.2.1. 下行-孤站(2.6GHz) 14 6.1.2.2. 下行-空扰(2.6GHz) 15 6.1.2.3. 下行-加扰(2.6GHz) 15 6.1.2.4. 上行-孤站(2.6GHz) 15 6.1.2.5. 上行-空扰(2.6GHz) 16 6.1.2.6. 上行-加扰(2.6GHz) 16 6.1.2.7. 下行-空扰(1.9GHz) 16 6.1.3. 单小区覆盖-5G(上行单发) 16 6.1.3.1. 下行-孤站 16 6.1.3.2. 下行-空扰 16 6.1.3.3. 下行-加扰 16 6.1.3.4. 上行-孤站 16 6.1.3.5. 上行-空扰 17 6.1.3.6. 上行-加扰 17 6.1.4. 单小区覆盖-5G(上行双发) 17 6.1.4.1. 下行-孤站 17 6.1.4.2. 下行-空扰 17 6.1.4.3. 下行-加扰 17 6.1.4.4. 上行-孤站 17 6.1.4.5. 上行-空扰 17 6.1.4.6. 上行-加扰 17 6.1.5. 全网覆盖 18 6.1.5.1. 下行-空扰 18 6.1.5.2. 下行-加扰 18 6.1.5.3. 上行-加扰(上行双发) 18 6.1.6. 室外覆盖室内 19 6.1.6.1. 4G(2.6GHz) 19 6.1.6.2. 5G-下行 19 6.1.6.3. 5G-上行(上行双发) 20 6.1.7. 3.5GHz穿透能力 20 6.1.7.1. 办公楼宇 20 6.1.7.2. 住宅小区 21 6.2. 吞吐量测试 21 6.2.1. 单用户峰值吞吐量 21 6.2.2. 小区峰值吞吐量 22 6.2.3. 小区平均吞吐量 22 6.3. 移动性测试 24 6.3.1. 切换时延和成功率 24 6.4. 时延测试 25 6.4.1. 用户面时延-空扰 25 6.4.2. 用户面时延-加扰 26 6.4.3. 控制面时延-加扰(Idle到Connected) 26 6.4.4. 控制面时延-加扰(Inactive到Connected) 28 6.5. NR控制信道覆盖方案对比 28 6.5.1. PDCCH覆盖方案对比 28 6.5.1.1. PDCCH覆盖方案对比(空扰) 28 6.5.1.2. PDCCH覆盖方案对比(加扰) 29 6.5.2. PUCCH覆盖方案对比 29 6.5.2.1. PUCCH覆盖方案对比(空扰) 29 6.5.2.2. PUCCH覆盖方案对比(加扰) 30 6.5.3. 同步/广播信道覆盖方案对比 30 6.5.4. 控制信道波束赋形的随机接入时延 31 6.6. NR系统设计实现方案对比测试 32 6.6.1. NR帧结构方案对比 32 6.6.2. NR系统参数方案对比 33 6.7. NR关键技术及创新方案测试 34 6.7.1. 上下行频率解耦方案 34 6.7.1.1. 上下行频率解耦方案(空扰) 34 6.7.1.2. 上下行频率解耦方案(加扰) 35 7. 编制历史 35

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值