最后看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的过程下一篇再继续。
