第十六章 5G DCI格式和物理层PDCCH盲检详解-课程目录
5G漫话
编辑于 2024年07月10日 09:40
收录于文集
共22篇

第十六章 从MAC层的DCI到物理层的PDCCH接收​

注意:本章视频讲解部分已经更新为课程,发布在B站的课堂模块。后续的其他章节的课程也大多数以这种形式正式地和集中地在课堂发布,请大家支持。

本章5G MAC层课程全名是:5G网络DCI盲检和PDCCH物理层的接收​

16.1 用户数据到来触发DCI

实际上,TB的大小以及TB在物理层的映射方式(编码、调制、层映射、预编码等等过程)都已经在MAC层的调度器中做过具体的计算,在实现的时候,只需要按照这样的调度策略和参数进行处理就可以了,同时在接收端UE,所有的调度参数都会以DCI的方式盲检得到。

16.1.1 下行用户数据到来

手机是如何知晓在何处去寻找DCI呢?

16.1.2 k0以及k1、k2

16.1.2.1 基本概念

与时域资源分配和 Ack/Nack 响应相关的最重要参数是:k0、k1、k2

16.1.2.2 为什么需要定义k0,k1,k2

在 LTE 中,PDSCH 和相关的 HARQ-ACK/NACK 的调度更加静态,并遵循固定的时序关系。

采用不同k的设置的目的

5G NR 旨在支持广泛的用例

16.1.2.3 如何定义

当PDSCH和PDCCH的子载波间隔相同时,DCI时隙与PDSCH时隙之间的时延变为K0。

16.1.3 涉及到的DCI的类型

16.1.3.1 MIB中相关信息

UE需要根据MIB中的子载波间隔参数和初始BWP等信息来确定SIB1的DCI(CORESET0)的相关识别参数。

16.1.3.2 COROSET0和SIB1

公共搜索空间搜索初始化的BWP中的针对SIB1的DCI(PDCCH),使用SI-RNTI

通过SIB1中的PDCCH的设置,可以获得其他作用的PDCCH和DCI的检测属性,比如时频参数等。

16.1.3.3 下行用户数据使用的DCI

16.1.3.4 上行用户数据使用的DCI

16.1.4 SPS用户数据

SPS是相对于动态调度的特例。

16.1.4.1 SPS如何实现

16.1.4.2 SPS如何触发和激活

16.2 DCI的格式和内容

针对物理层有效的数据bit计算公式

16.2.1 为什么需要定义这么多的DCI格式

TS 38.212 - Table 7.3.1-1: DCI formats

16.2.1.1 format 0_0 和format 1_0

16.2.1.2 format 0_1 和format 1_1

16.2.1.3 两个TB与单个TB的DCI比较

对于两个TB的场景,由于每一个TB都有一个独立的HARQ处理步骤,所有其HARQ相关的字段有2个部分,但是其时频域的分配是公共的。原因是不管2个TB或是几个layer都是共享相同的时频域资源。

16.2.2 聚合等级

16.2.2.1 为什么需要不同的聚合等级

16.2.2.2 如何选择不同的聚合等级

16.2.2.3 权衡聚合等级的灵活性与盲检的复杂性

通过预先定义参数来减少盲检的复杂度,比如MIB/SI中定义的PDCCH时频域参数等

16.2.3 DCI中HARQ和重传的相关定义

16.2.4 DCI中功率控制的定义

16.3 PDCCH信道物理层特性

16.3.1 用于PDCCH检测的标识RNTI

16.3.1.1 为什么需要多种RNTI

在无线接入的各个阶段,需要使用到不同的RNTI

CRC编码的概念和作用:检错,身份验证

16.3.1.2 RNTI是物理层用户的唯一身份标识

包括PDCCH在内的物理信道都依赖RNTI来盲检或加扰

16.3.1.3 RNTI加扰的CRC校验

16.3.2 PDCCH信道的物理层基本特性

承载DCI的物理信道,是对PDSCH和PUSCH的调度

16.3.3 PDCCH信道在物理层的映射

16.3.3.1 PDCCH在无线帧的时频定位

16.3.3.3 Candidate的起始位置

TS 38.213 10.1节中定义了盲检的起始位置索引公式

16.4 UE总体的DCI盲检流程

16.4.1 为什么要进行PDCCH盲检

14.4.1.1 UE自身对DCI的特定需求DCI格式集和RNTI类型

比如:

随机接入阶段

动态业务调度阶段

SPS(CS)阶段

上行Grant

系统消息SI

寻呼时机

16.4.1.2 聚合等级的范围UESS或CSS

 

16.4.1.3 DCI 长度统一化

DCI 0_0/DCI 1_0

DCI 0_1/DCI 1_1

16.4.3 必要信息收集

1. 获得特定的RNTI

2. 计算出在这个特定的场景下这个DCI的长度

3.  根据这个场景计算出不同的AL的所有的可能canditates

4. 根据用户的RNTI等计算出盲检的起始位置

16.4.4 按照上述所有信息进行盲检,针对每一个candidates首先进行信道解码

16.4.2 在特定的时机,发起对特定的DCI的接收过程