beamManagementconnected mode UL training
Posted modem协议笔记
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了beamManagementconnected mode UL training相关的知识,希望对你有一定的参考价值。
微信同步更新欢迎关注同名modem协议笔记
最后看connected mode UL beam
上行方向beam训练也有针对PUSCH 和PUCCH的两种机制,先看PUSCH。UE完成初始接入后,上行方向上主要通过Sounding RS(SRS)进行波束训练,SRS配置参数中,usage 设为 beamManagement时,表示用于波束管理的SRS。用于波束管理的SRS resourceset个数,每个resourceset中SRS resource个数和UE能力有关,在38306中定义。
当SRS resourceset 中的usage 设置为 beamManagement时,同一个SRS-resourceset中同时刻只能用1个SRS resource 传输,但是不同SRS resource sets中的SRS resource在时域相同位置可以同时发送;隐含告诉我们的意思就是说SRS resource set中的1 个SRS Resource对应一个波束,基站侧指示具体SRS 信息就对应beam信息,因此同一个resouce set中的多个SRS resource 不能同时发送,如果多个SRS同时发送,基站侧难以区分具体beam,也就无法达到波束训练的目的。更具体的基站侧可以在SRS Resource中,通过配置spatialRelationInfo参数来配置SRS的发送波束信息。
SRS resource资源配置中的SRS-SpatialRelationInfo,即SRS resource和参考信号的对应关系,代表波束的对应关系,参考信号可以是下行SSB,CSI-RS或者是uplinkBWP指示的SRS。
之前讲了下行波束训练,通过QCL传递波束关系,一般在SSB波束周围,发送一个或多个比较窄的波束(CSI-RS CRI),因此下行方向可以进行从宽波束到窄波束的训练;而上行波束训练,基站指示的spatialRelationInfo就是指定了对应的上行波束和参考信号波束完全相同,不支持逐步波束细化训练。
上行SRS波束训练可以通过两种方式实现,当一个或多个SRS资源集的SRS资源,spatialRelationInfo配置为不同发送波束时,UE自主发送SRS波束,基站保持接收波束不变,例如不配置spatialRelationInfo 时,由UE自行发送SRS波束,基站侧对UE 的SRS进行测量,进行上行波束训练。
或者当一个或多个SRS资源集中的SRS资源,spatialRelationInfo配置为相同发送波束信息时,即UE发送SRS波束不变,基站可以进行接收波束扫描,进行上行波束训练。
在进行完上述过程后,基站侧通过测量就可以确定具体SRS信息,之后可以通过DCI 0_1/0_2 中的SRS resource indicator字段指示对应的SRS资源,SRS 资源和波束一一对应,所以也就隐含的告知了UE 所用采用的PUSCH上行波束。
PUCCH这边一般流程是RRC高层配置最后通过PUCCH spatial relation Activation/Deactivation MAC CE激活或者去激活的方式。
RRC 层在PUCCH-Config中配置PUCCH-SpatialRelationInfo 代表PUCCH 和参考信号的空域信息,告知UE PUCCH的发送的方向性应该参照哪个参考信号,与QCL有点类似,其中参考信号可以是SSB/CSI-RS/SRS,采用CSI-RS的场景一般是TDD根据UL/DL 的信道互易性。
下面分别是RRC层和MAC CE的结构。
UL beam 控制机制,目前经验有限,接触的log也有限,还没有见过实际log有配置的情况,不太能详细讲述,通常见到的也都是DL通过 PDCCH DMRS TCI/QCL的路径进行的beam management。
上面的内容都是Beam正常工作的场景,如果遇到不能通过QCL/TCI修正beam的场景,UE就会发生Beam failure,之后就需要先进行beam failure recovery 的方式尝试恢复正常连接,具体的BFD和BFR的过程下一篇再继续。
以上是关于beamManagementconnected mode UL training的主要内容,如果未能解决你的问题,请参考以下文章
numpy中的矩阵乘法很奇怪(m * m等于m.dot(m)!!!)[重复]