QCL 定义
QCL(Quasi Co-Location)定义为准共站址。指某个天线端口上的符号所
经历的信道大尺度衰落可以从另一个天线端口的符号所经历的信道推断出来。
很多文章都会介绍该部分内容但是如果对接收机的实现不是很了解的话都会有一个问题:这个是干什么用的?实际上前面很多文章都已经提到过信道模型一般是delay-doppler两个维度，如果需要解调下行数据就需要估计delay和doppler相关参数从而进行信道估计。QCL提供的就是进行下行delay和doppler估计的参考信号。
- NR 中的QCL参数
- Average Gain
- Average Delay
- Delay Spread
- Doppler Shift
- Doppler Spread
- QCL Type
- QCL-typeA：(Doppler shift,Doppler spread,Average delay,Delay spread)–大部分都是这个配置因为一个RS就可以计算所有参数比较简单
- QCL-TypeB：(Doppler shift,Doppler Spread)
- QCL-TypeC:(Average delay, Doppler shift)
- QCL-TypeD:(spatial Rx parameter)包括相关矩阵，发射波束，接收波束，发射/接收波束对，主要6G以上使用
QCL与TCI介绍
PDCCH TCI状态通知流程
- 第一步:gNB通过RRC信令 IE ControlResourceSet-> tci-StatesPDCCH-ToAddList把最多64个TCI状态信息通知给UE，其定义的是IE pdsch-Config中定义的TCI状态的子集。每个TCI状态提供DL参考信号CSI-RS或者SSB和PDCCH DMRS-RS端口的QCL关系。
- 第二步：gNB通过PDCCH专用的MAC CE指令出发对应的TCI状态告之PDCCH DMRS 与哪个TCI状态的指示的资源QCL。
- 如果UE 还没有收到PDCCH对应的TCI指示或者还没激活则默认与接入过程中选择的SSB QCL。如果PDCCH配置中的tci-PresentInDCI不生效则PDSCH与PDCCH具有相同的QCL关系，否则PDSCH需要看DCI中指示的QCL关系。
注意 MAC CE激活的TCI状态不是立马生效，而是具有一定的时延大约为3ms。具体可参考3GPP 38.213.10.1
PDSCH TCI状态的通知流程
- 第一步：gNB通过RRC信令通过IE PDSCH-Config中的
tci-StatesToAddModList把最多128个TCI状态通知给UE。 - 第二步：gNB通过UE专用PDSCH TCI状态的MAC CE 把tci-StatesToAddModList中最多8个状态通知给UE。
- 第三步：gNB通过DCI中的传输配置指示字段PDSCH DMRS-RS与哪个TCI状态的RS QCL。(tci-PresentInDCI enable 生效的情况)
- 如果tci-PresentInDCI不使能或者DCI1_0调度PDSCH UE使用与PDCCH 相同的QCL接收。如果没有收到相关配置则与初始接入的SSB QCL。
QCL接收。如果没有收到相关配置则与初始接入的SSB QCL。
上述指示基本的QCL关系，3GPP还规定的很多限制这个可以参考3GPP.214.5.1.5
)
