[5GNR]NR中如何定位PDCCH

Grace0824

在LTE 中可以通过盲检的方式进行PDCCH搜索，那么对于5G NR来讲，是否还是可以通过盲检 ？ 这个过程是如何完成的？ 另外在不解析配置参数的条件下，通过什么方式可以确定PDCCH时频的位置呢？求大神帮忙解答啊~！

jeffyko

通信技术你问我答 (积分兑奖)

nr也是通过盲检，记得之前有个帖子讨论过这个问题
与lte不同的是，lte中pdcch符号数通过pcfich信道指示，而nr中没有cfi，所以必须要先解析配置参数，才能去做盲检，具体分成2种case：
（1）type0 css using coreset0
（2）other css and uss
nr中pdcch通过coreset来配置其时频域资源（#prb in freq-domain and #symbs in time-domain and cce-to-reg-mapping），通过searchSpace来配置pdcch candidates的时频域位置（pdcch slot, cce positions）

jeffyko

jeffyko 发表于 2018-12-21 10:22
nr也是通过盲检，记得之前有个帖子讨论过这个问题
与lte不同的是，lte中pdcch符号数通过pcfich信道指示，而 ...

说起盲检过程，2种case流程不同：
（1）对于type0 css using coreset0：一个主要作用是检测调度sib1的dci
ue检测ssb解析mib（pbch），coreset0/css0的配置由mib中参数pdcch-ConfigSIB1指示，具体不展开，请参照38.213 section13
（2）对于other css or uss：
高层配置coreset和searchSpace，且在searchSpace中指示使用的coreset，searchSpace同时会指示每种聚合级的pdcch candidates数目。
ue根据searchSpace配置的pdcch周期、offset、duration确定pdcch slot；然后根据算法确定每个pdcch candidate（对应某个聚合级）对应的cce positions；详细流程参见38.213 section10

Grace0824

jeffyko 发表于 2018-12-21 10:38
说起盲检过程，2种case流程不同：
（1）对于type0 css using coreset0：一个主要作用是检测调度sib1的dc ...

首先，非常感谢您的解答，我还需要深入理解一下。我还有一个疑问是，从slot format可以看出是以符号分配上下行数据。coreset可以提供 symbol 的位置，那么dci 存在于哪个slot 或是哪个子帧中 如何确定呢？ 这样是不是盲检的次数太多太复杂了？ 我对这个问题一直很疑惑，不知道是不是哪里没想清楚，麻烦您帮忙解答一下 谢谢！

jeffyko

Grace0824 发表于 2018-12-22 10:18
首先，非常感谢您的解答，我还需要深入理解一下。我还有一个疑问是，从slot format可以看出是以符号分配上 ...

ue根据searchSpace配置的periodicity,offset,duration确定pdcch slot，根据配置的monitoringSymbolsWithinSlot确定coreset可能的first symbol（coreset定义的是其时域占用的#symbol）
first symbol和number of symbols共同确定包含pdcch candidate的coreset时域位置

Grace0824

jeffyko 发表于 2018-12-22 22:41
ue根据searchSpace配置的periodicity,offset,duration确定pdcch slot，根据配置的monitoringSymbolsWithi ...

cyy1362

jeffyko 发表于 2018-12-22 22:41
ue根据searchSpace配置的periodicity,offset,duration确定pdcch slot，根据配置的monitoringSymbolsWithi ...

这里PDCCH的时域位置在5楼说了。就是first symbol和number of symbols共同确定包含pdcch candidate的coreset时域位置。那么PDCCH的频域位置是怎么得到的呢？

jeffyko

cyy1362 发表于 2019-3-22 16:30
这里PDCCH的时域位置在5楼说了。就是first symbol和number of symbols共同确定包含pdcch candidate的core ...

频域位置即pdcch candidate对应的cce；由coreset以及pdcch candidate共同确定。具体参见38.211 pdcch cce-to-reg mapping章节和38.213 section 10以及section 13

cyy1362

jeffyko 发表于 2019-3-22 16:41
频域位置即pdcch candidate对应的cce；由coreset以及pdcch candidate共同确定。具体参见38.211 pdcch cce ...

哦，这样啊。非常感谢解答！

wzh176168

我这里有个问题不解，在mib中，通过读取pdcch-configSIB1参数获取到8个bit的信息，高四位定义了coreset 0的频域资源信息和时域符号长度，低四位定义的是PDCCH搜索空间的时域位置信息，可是我们在PDCCH-configcommon中不是也能获取PDCCH搜索空间的时域位置信息吗，比如periodicity,offset,duration。那这个pdcch-configSIB1低四位的bit获取的时域信息和PDCCH-configcommon定义的时域信息有什么区别？

liuyu1057

wzh176168 发表于 2019-10-29 10:32
我这里有个问题不解，在mib中，通过读取pdcch-configSIB1参数获取到8个bit的信息，高四位定义了coreset 0的 ...

MIB里指示的coreset只用于SIB1
PDCCH COMMON指示的用于其他，具体用于哪，在下面的IE里会指示，比如PDCCH COMMON里配了corset ID1/searchspace，下面的RA monitor或者Paging monitor里就会指定使用哪个searchspace

dongfangwei

liuyu1057 发表于 2020-2-6 07:23
MIB里指示的coreset只用于SIB1
PDCCH COMMON指示的用于其他，具体用于哪，在下面的IE里会指示，比如PDCC ...

那MIB里的coreset0和SS0配置值，与pdcch-configcommon里的coreset0和SS0值必须相同吗？

oooooooo

dongfangwei 发表于 2021-10-28 11:22
那MIB里的coreset0和SS0配置值，与pdcch-configcommon里的coreset0和SS0值必须相同吗？

MIB里的搜索空间只对应SIB1，PDCCH-configcommon里的搜索空间是对应寻呼、OSI、公共控制信息的。CORESET0是一样的。

dongfangwei

oooooooo 发表于 2021-10-28 11:59
MIB里的搜索空间只对应SIB1，PDCCH-configcommon里的搜索空间是对应寻呼、OSI、公共控制信息的。CORESET0 ...

MIB 和PDCCH-configcommon 中配置的coreset0和searchspace0 4比特值应该是一样的吧？只不过MIB中的coreset0只有一个对应的searchspace0，而PDCCH-configcommon中的coreset0 可以关联其他的searchspace ID，不知道这样理解对不对？

oooooooo

4比特的值不一样，MIB里是简化配置，然后查表，SIB里是直接配置。搜索空间ID应该是不一样的。

dongfangwei

oooooooo 发表于 2021-10-28 13:34
4比特的值不一样，MIB里是简化配置，然后查表，SIB里是直接配置。搜索空间ID应该是不一样的。

同一个小区内，coreset0 和 searchspace0确定的资源应该是唯一的吧，不可能MIB里面配的coreset0和searchspace0，与PDCCH-configcommon里面的coerset0和searchspace0不一致吧？

oooooooo

dongfangwei 发表于 2021-10-28 13:41
同一个小区内，coreset0 和 searchspace0确定的资源应该是唯一的吧，不可能MIB里面配的coreset0和searchs ...

如果ID都是0那就是相同的

dongfangwei

oooooooo 发表于 2021-10-28 13:45
如果ID都是0那就是相同的

，感谢大佬解答！