5G NR - PDCCH学习笔记4 - 搜索空间(Search Space)Overview

本文主要是介绍5G NR - PDCCH学习笔记4 - 搜索空间(Search Space)Overview，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1.定义

Search Space直译是搜索空间，那搜索的是什么呢？搜索的是PDCCH. 那为什么要搜索而不是直接在指定地方接收? 因为UE事先不知道PDCCH的Aggregation Level, PDCCH对应的CCE资源的位置以及承载的DCI format. 由于这些事先无法知道的信息，这个搜索过程对应一个专业术语 – BD(Blind Decoding). 空间是PDCCH Candidate的集合，不过为了降低UE搜索复杂度会限定一些搜索条件，比如PDCCH candidate的起始CCE index能够被该PDCCH的CCE个数整除(AL=4的起始位置必须是0,4,8…)。因此我们把Search Space定义为：某个Aggregation Level下的所有PDCCH candidate的集合。

 

UE可以配置对应于多个AL的多个Search Space, 多个Search Space叫做SS set - Search Space set.

SS Set分两类：

Common SS(CSS) set – 顾名思义，就是对所有UE是通用的。

UE-specific SS(USS) set – 只能某个特定UE使用。

 

1个UE在1个BWP下最多可以配置10个SS set, 因此在一个小区(4个BWP)下最多可以配置40个SS set, 序号是0~39.

 

SS set的配置包括如下内容：

SS set类型 (CSS set或USS set), DCI format(s), monitoring occasion, 每个AL下PDCCH candidates的个数.

 

由于一个小区有多个CORESET, 一个UE可以配置多个SS Set, 为减少实现复杂度，每个SS set对应一个CORESET.

 

2.PDDCH Aggregation Level

构成一个PDCCH candidate的CCE个数称之为Aggregation Level(AL), NR PDCCH可用的AL是1, 2, 4, 8, 16，具体多少个CCE由DCI Payload Size和所需要的编码速率来决定.

 

3.BD数的确定

UE search space配置的候选PDCCH candidates数可以根据上页配置信息确定，但是待检测(真正执行Blind Decoding)的PDCCH数不一定等于配置的PDCCH Candidates，一般是配置的PDCCH Candidate的子集：

---

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

                                                               

                                                                      一起努力，蒸蒸日上

这篇关于5G NR - PDCCH学习笔记4 - 搜索空间(Search Space)Overview的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---