NR PDSCH(六) DL data operation

简介: NR中,网络端会根据UE业务动态的调整BWP,进而改变频域资源范围;不同的BWP会配置CORESET/Searchspace确定不同的时频域资源,让UE在对应的资源上进行盲检接收DCI;通过DCI获得调度信息后,再去PDSCH对应的时域资源和频域资源上 decode data。

NR中,网络端会根据UE业务动态的调整BWP,进而改变频域资源范围;不同的BWP会配置CORESET/Searchspace确定不同的时频域资源,让UE在对应的资源上进行盲检接收DCI;通过DCI获得调度信息后,再去PDSCH对应的时域资源和频域资源上 decode data。


     NR会针对一个上/下行 TB块用一个HARQ反馈ack/nack信息,也可以针对code Block Group进行HARQ反馈,即当一个TB块分为多个CBG码块组传输时,每个HARQ反馈bit信息对应一个CBG码块组;在没有下行空分复用时,一次调度传输一个TB块,一个HARQ进程对应一个TB块,在开启下行空分复用时,一次调度传输多个TB块(最多2个),一个HARQ进程对应1或者2个TB块。


      所以最后UE根据会decode PDSCH data的成功与否,在PUCCH/PUSCH上以HARQ 的方式向网络端反馈ACK/NACK。


     下面以2个例子的方式整理下PDCCH盲检收到DCI的后续流程,盲检之前的过程在PDCCH 中都有描述。


      如下在frame 192  slot 10上收到C-RNTI 加扰的DCI 1_1,time resource Assignment=2 (也可以看下下截图中的其他DCI field的取值)

d7f57bd4a92640a18d3c83669937b2ee.png5c56acd13f944bcbb0b7613f36b15f99.png

   time resource Assignment=2 对应的pdsch-TimeDomainAllocationList 是 index 2那组数据  K0代表DL grant与DL transmission 时间偏移,即DCI 的时隙和调度PDSCH 的时隙偏移间隔, absent 时代表K0为0,在同一个slot 调度;K0 =1 则说明要在下一个slot 收PDSCH data,以此类推。


   Log 中k0 都是缺省值 即默认为0在同一个slot调度。其中SLIV=68 ,mappingType 为Type A。

900c9ccec50044c8b2a97c043cfc084f.png

     通过计算得知 SLIV=68 时 S =1 L =11 ;K0 =0 即在PDCCH 同一个时隙  从symbol 1 开始,长度为11 的symbol 区间去收PDSCH data。

bd9caccc07d344b4982c7b03908d7ac1.png

     遗憾的是这个PDSCH 显示CRC fail,即没有成功decode 到data,下面要反馈HARQ nack,要求网络端重传。

eaae6e8b2fd14edfa506406e32f5132e.png

3e981c5a8be34b06aa2b37412559c733.png

下一步要向网络反馈ACK.NACK, 之前DCI 1_1 PDSCH Harq Feedback Timing field 为 0 且 HARQ=15。PDSCH Harq Feedback Timing 与K1的确定有关系。

ad978849d8a1455ea3b3830f09a49213.png

   frame 192 slot 10   收到DCI 1_1,这里PDSCH Harq feedback Timing 是 0  对应配置消息中的dl – DataToUL-ACK  4;即需要在192/4  回复对应HARQ 的 ack/nack情况(这个过程在后面的PUCCH在展开叙述)。目前工具有问题 看不到UCI 信息,这个UCI先略过,我们继续看UE 接收的DCI 信息,看网络端有没有重传。


    按时间顺序继续看,网络端在frame 193 slot 0上再次下发C-RNTI 加扰的DCI 1_1,HARQ=15 ,此时 NDI=0 没有翻转,说明是重传(这个在后面的HARQ部分再做解释)。

fe2b103956604b9280a57c28206bf27d.png

这次CRC pass ,之后的 HARQ 15的DCI 1_1 显示NDI 反转,说明是新传。至此完成一次DL data的接收过程。

777de2c7659449e0a0b03ecb0a4fadd4.png

下面再简单看一个HARQ ACK/NACK 过程。


DL  383/0  HARQ 15   383/5 HARQ 14 分别收到DCI 1_1;PDSCH Harq feedback Timing 是 0  对应配置消息中的dl – DataToUL-ACK  4;即需要在383/4   383/9 分别回复对应HARQ 的 ack/nack情况。

a79b49d8bb0c40768e403f3629406f24.png

UE在383/4   383/9 分别回复对应HARQ 的 ack/nack情况。

076f2548d53242059f926f2ecca70e8b.png

相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
调度 索引
NR PUCCH(四) UL data operation
UE 在connected mode 需要实时和网络进行上下行通信,在UE有UL data要发送但是没有UL grant时,就需要向网络端发送SR请求资源,网络收到SR就会在激活的BWP上发送 UL DCI给UE,UE 根据UL DCI 信息 获得UL grant ,然后在PUSCH对应的资源上就可以发送UL data给网络,最后网络端通过HARQ 过程指示是否有收到对应的data。这是UL data 的基本流程,下面通过实际log分别看下UL data operation的各个过程。
|
8月前
What value should kernel parameter AIO-MAX-NR be set to ?
What value should kernel parameter AIO-MAX-NR be set to ?
74 0
|
8月前
|
Docker 容器
devmapper: Thin Pool has 162394 free data blocks which is less than minimum required 163840 free dat
devmapper: Thin Pool has 162394 free data blocks which is less than minimum required 163840 free dat
77 0
relocation R_X86_64_PC32 against symbol ff_pw_9 can not be used when making a shared object
relocation R_X86_64_PC32 against symbol ff_pw_9 can not be used when making a shared object
297 0
|
关系型数据库 Go 开发工具