本节承接7.3.4.5.1"上行MIMO的基本实现方式"、7.3.4.5.2"上行MIMO的调度方式"和7.3.4.5.3"上行MU-MIMO简介"，把此前作为上行MIMO调度观测入口出现的SRS进一步展开。重点建立完整的SRS知识体系，并进一步说明SRS为什么能够成为连接上行SU-MIMO、上行MU-MIMO以及下行MIMO理解的重要桥梁。
SRS属于物理层参考信号，本身不承载来自MAC层的业务TB，而是为接收端提供与上行传输相关的信道观测。RRC通过SRS-Config配置SRS资源、资源集以及发送/触发相关参数；PUSCH的具体传输方案再结合SRS、调度信令以及其他物理层参数完成空间传输。
图7.3.4.5.4-1 SRS驱动上行MIMO调度的闭环
一、为什么PUSCH的MIMO需要SRS
上行MIMO与下行MIMO最大的结构差异之一，在于信道信息能够由哪一端直接获得。PUSCH由UE发送、gNB接收，因此gNB天然位于上行信道观测的一侧。UE发送SRS之后，gNB能够直接利用接收到的SRS估计上行信道的幅度、相位、频率选择性以及空间维度等特性。
这使得SRS成为上行MIMO调度的基础观测手段：gNB可以利用SRS判断当前UE是否适合Rank=1、Rank=2或更高Rank，可以判断哪些空间方向的接收条件更好，还可以比较不同UE的上行空间信道是否适合进行MU-MIMO配对。
因此，前一节中的"SRS → 信道观测 → Rank/预编码 → PUSCH"链路，在本节中进一步拆成三个层次：SRS如何配置和发送、gNB如何从SRS得到空间信道信息、这些信息如何进入SU-MIMO、MU-MIMO以及上下行MIMO的整体闭环。
二、SRS不是PUSCH数据，而是物理层参考信号
SRS与PUSCH在物理层上的角色完全不同。PUSCH承载来自MAC层的TB，需要经过信道编码、加扰、调制、层映射、预编码和资源映射等数据处理；SRS则直接在物理层生成，用于探测和测量上行信道。
|--------|--------------|-------------------------|----------------|
| 对象 | 是否承载上层TB | 主要用途 | 典型接收侧动作 |
| PUSCH | 是 | 承载UL-SCH等上行数据 | 解调、解扰、译码、CRC |
| SRS | 否 | 上行信道探测、空间/频域测量、辅助MIMO调度 | 信道估计、空间特性分析 |
| DM-RS | 否 | 与具体PUSCH/PUCCH传输绑定的解调参考 | 当前传输的信道估计与相干解调 |
| CSI-RS | 否 | 下行信道状态测量、CSI获取等 | UE测量并形成CSI相关信息 |
三、SRS-Config、SRS-ResourceSet与SRS-Resource
从RRC配置结构看，SRS不是一个孤立参数，而是一个层次化的资源体系。SRS-Config包含SRS-ResourceSet和SRS-Resource等配置；每个ResourceSet又关联一组SRS Resources。不同ResourceSet可以用于不同目的，例如Codebook-based、Non-codebook-based、Beam Management或其他场景。
图7.3.4.5.4-2 SRS-Config、Resource Set、Resource与SRS端口/时频参数的层次关系
因此需要避免一个常见误解：SRS Resource不是"一个预编码向量"。它是一个完整的物理层资源配置实体，其中可以包含时域位置、频域位置、comb、序列/循环移位、天线端口以及功率控制等属性。空间预编码只是它在MIMO体系中承担的一个相关维度。
四、SRS Resource中究竟配置了什么
4.1 时域资源
SRS可以按照周期、半持续或非周期方式出现。周期/半持续SRS按照高层配置的周期和时间偏移发送；非周期SRS则由L1控制触发，在规定时序内发送。
图7.3.4.5.4-3 SRS周期、半持续与非周期触发的概念关系
4.2 频域资源
SRS的频域位置决定gNB在哪些PRB和BWP范围内观察UE的上行信道。结合comb和频域映射方式，可以在给定带宽内形成具有代表性的频域采样，从而支撑频率选择性信道估计和频域调度。
4.3 Comb、循环移位与序列
SRS通过标准化序列与频域梳状结构支持多个SRS资源在同一时间频率区域内进行区分。Comb可以理解为在频域按一定间隔选取RE；循环移位和序列配置进一步提供码域区分能力。具体序列、comb、cyclic shift和hopping定义属于物理层规范的精确定义范围。
4.4 SRS端口与空间维度
SRS Resource与SRS antenna port相关。对于Non-codebook PUSCH，每个SRS resource配置一个SRS port；gNB可以通过SRI选择一个或多个SRS resources，并使这些资源与PUSCH layers建立对应关系。
4.5 功率控制
SRS需要有相应的发送功率控制。SRS既要保持足够的测量质量，又不能无意义地消耗UE上行功率预算。功控相关参数由高层配置和物理层功控机制共同决定。
五、SRS的三种典型发送方式
|---------------------|----------------------|----------------------|
| 类型 | 核心特点 | 典型用途 |
| Periodic SRS | 按照高层配置的周期和偏移规律发送 | 长期/周期性信道测量、稳定的MIMO调度 |
| Semi-persistent SRS | 建立持续有效的发送配置，可按配置进行控制 | 持续业务中的稳定信道探测 |
| Aperiodic SRS | 由L1 DCI触发，在规定时序发送 | 突发调度、快速获得更及时的信道信息 |
需要注意"周期/半持续/非周期"描述的是SRS什么时候发送，并不等同于"Codebook/Non-codebook"。前者是时间与触发属性，后者是PUSCH传输方案和空间预编码机制。
六、SRS如何服务于上行SU-MIMO
对于上行SU-MIMO，gNB首先从SRS建立当前UE的上行空间信道观测。随后，调度器根据UE能力、信道相关性、质量、业务需求和系统负载决定本次PUSCH的Rank。Rank=1意味着只使用一个空间层；Rank=2则意味着需要两个可利用的空间维度。
Codebook-based UL中，gNB进一步在预定义的UL codebook中选择合适的预编码矩阵，并通过SRI、TPMI以及传输Rank等参数让UE能够恢复同一组空间传输参数。
Non-codebook-based UL中，gNB不依赖一个固定的UL codebook矩阵集合来表示空间方向，而是利用SRS资源的空间探测结果建立PUSCH传输与SRS资源之间的关系。规范允许UE根据SRI确定PUSCH precoder和transmission rank，并将SRI指示的SRS resources与PUSCH layers/DM-RS ports进行对应。
七、Non-codebook UL：为什么SRS与关联CSI-RS有关
Non-codebook UL最容易让人困惑的地方，是为什么PUSCH没有像Codebook-based UL那样通过TPMI选择一个预定义矩阵，却仍然能够建立明确的空间发送方式。关键在于：Non-codebook场景下，UE可以基于关联的NZP CSI-RS测量结果计算用于SRS发送的空间预编码；随后gNB通过SRS获得实际的上行空间信道信息，再使用SRI选择适用于PUSCH的SRS resource。
因此，CSI-RS和SRS在这里承担连续的两个角色：CSI-RS提供UE侧的下行空间观测，使UE能够形成适合的SRS发送空间关系；SRS则把这些空间特征以gNB可直接观测的方式带回上行接收侧。这里尤其要注意：一个SRS Resource仍然是资源配置实体，而不是"一个预编码向量"。
因此，不应把"4个SRS Resources"理解成"4个永久固定的预编码矩阵"；更准确的模型是"有限数量的空间探测候选资源 + 随时间持续更新的信道状态"。
但实际系统不会把这次选择永久保存。下一次SRS发送时，UE重新发送配置的SRS Resources，gNB重新估计上行信道；随着信道变化，原来不理想的资源也可能在下一次测量中变得更适合。
在"候选集合存在上限"这一点上，直觉是正确的：如果某一时刻真正最优的空间方向没有被当前SRS Resource Set有效覆盖，那么任何SRI都只能在这些候选中做一个相对最优的选择，而不可能得到理论上的全局最优解。
八、SRS为什么称为"Sounding Reference Signal"
|--------|----------|------------------------|--------------------|
| 对象 | 主要作用 | 与MIMO的关系 | 典型时间关系 |
| SRS | 探测上行信道 | 为Rank、预编码、MU-MIMO等提供观测 | 可早于PUSCH，也可周期/触发发送 |
| DM-RS | 解调当前数据 | 用于当前PUSCH接收侧信道估计 | 与具体PUSCH传输绑定 |
| PUSCH | 承载上行数据 | 执行最终Layer/Precoding | 当前调度机会内发送 |
核心结论：SRS Resource Set定义"有哪些空间候选可以被测量和选择"；SRS的重复/触发发送定义"这些候选在当前时刻对应什么样的真实信道状态"。
九、SRS探测的时频范围与PUSCH资源的关系
"Sounding"的思想尤其适合频率选择性信道：gNB可以通过独立的参考信号提前获得上行信道的空间和频域特征，而不是等到大块业务数据发送后才建立这些信息。
PUSCH回答"本次要发送什么数据"；SRS回答"当前上行信道是什么样、在哪些资源和空间方向上发送更合适"。因此，SRS可以服务于上行链路自适应、频域资源选择、Rank判断、预编码和MU-MIMO用户配对等多个过程。
"Sounding"强调的是主动探测的含义：UE发送一个具有已知结构和确定资源位置的参考信号，gNB通过接收和分析它来"探测"当前上行无线信道的状态。因此，SRS的核心价值不是传递业务比特，而是帮助网络建立上行信道认知。
十、SRS、PUSCH与DM-RS：三个概念为什么不能混为一谈
SRS与PUSCH资源区域存在密切关系，但不要求逐RB一一相同。PUSCH是本次真正承载TB的数据资源，SRS则用于建立这些资源附近的信道认知。可以把两者理解为：SRS负责"测绘"，PUSCH负责"实际行驶"。
因此，可以把整个UL BWP想象成一张较大的地图，而SRS Resource是被安排用于"测绘"的采样区域。网络既可以配置较宽的SRS覆盖，也可以只探测局部频带；还可以结合多个资源或频域跳频，在不同频率位置获得更加全面的信道信息。
SRS并不是每次都必须覆盖UE整个上行带宽。更准确地说，SRS探测的是网络通过SRS Resource配置的特定时频资源区域。Resource中的频域位置、带宽、comb等参数决定了gNB在哪些RE上获得上行信道观测。
十一、Non-codebook UL中的"SRS候选空间"与SRI
因此，不能简单理解成"先算出一个SRS预编码矩阵，再让SRS和PUSCH共用同一个矩阵"。两者存在空间信息上的因果联系，但不是同一个物理信号处理实体。特别是在Non-codebook UL中，UE可以根据关联的NZP CSI-RS测量结果形成SRS传输所需的空间发送方式；gNB测量SRS后，再为PUSCH确定相应空间传输参数。
从时序关系上看，SRS可以在PUSCH之前周期性、半持续或被触发发送，并为后续PUSCH调度提供信道观测；DM-RS则与当前PUSCH数据传输绑定。
SRS、PUSCH和DM-RS都可能出现在UE上行发送链路中，但任务不同：SRS用于认识上行信道；PUSCH用于承载上层数据；DM-RS则与具体PUSCH传输绑定，用于gNB对"这一次数据传输"进行信道估计和相干解调。
十二、如果所有候选SRS资源都不是当前最优，会发生什么
因此需要把"候选资源数量"和"空间信道信息的时效性"放在一起理解：资源集合决定本次可选择的空间候选，而SRS的重复发送和触发机制持续更新这些候选对应的实际信道状态。
但是，这并不意味着空间预编码永久固定在少数几个候选值上。SRS可以周期性、半持续或非周期地重新发送，gNB不断获得新的上行信道观测；在快速变化的信道中，还可以通过Aperiodic SRS获取更加接近当前调度时刻的观测。
这意味着"候选资源数量有限"确实会形成约束：如果当前实际信道最有利的空间方向没有被这些SRS Resources充分覆盖，那么gNB即使选择最合适的SRI，也无法凭空产生一个完全新的空间候选。
在Non-codebook-based UL SU-MIMO中，SRI不是预编码矩阵本身，而是对SRS Resource的指示。对于已经配置好的SRS Resource Set，SRI只能从当前有效的候选SRS resources中选择，因此Resource Set本身定义了当前空间调度的候选集合。
十三、真实RRC配置案例：SRS资源的演进、用途与MIMO关联
下面用三次连续的RRCSetup/RRCReconfiguration片段说明SRS配置如何随UE连接状态逐步演进。以下解读严格基于所提供字段；若要最终确认某次PUSCH实际采用Rank=2，还需继续核对PUSCH-Config、实际DCI以及UE capability。
图7.3.4.5.4-8 初始RRCSetup：ResourceSet #1为codebook，Resource #1仅1个SRS port
第一份配置中，ResourceSet #1的usage明确为codebook，并通过srs-ResourceIdList引用Resource #1；Resource #1的nrofSRS-Ports为port1。因此这一时刻可以确认它是Codebook用途的单端口SRS资源，仅凭该配置不能支撑2-layer UL SU-MIMO。
图7.3.4.5.4-9 第一次RRCReconfiguration：新增antennaSwitching ResourceSet #2
第二份配置新增ResourceSet #2，并明确usage=antennaSwitching，Resource #2和Resource #3均为ports2。两个Resource的频域与序列相关参数基本相同，但periodicityAndOffset分别为sl40:23和sl40:33。该ResourceSet属于antenna switching相关sounding用途，不能把两个Resource的四个SRS ports简单相加解释成Rank=4。
图7.3.4.5.4-10 第二次RRCReconfiguration：修改已有Resource #1为2个SRS ports
第三份配置再次出现srs-ResourceId 1，但没有重新出现srs-ResourceSetToAddModList或usage字段，而只出现在srs-ResourceToAddModList中。这与RRC的分层配置结构相吻合：该消息对已有Resource #1做资源级Add/Modify，因此ResourceSet #1原有的usage=codebook继续生效；最关键的变化是nrofSRS-Ports从port1更新为ports2。
|----------------|-----------------|------------------|------------------|------------------------------------------|
| RRC消息 | ResourceSet | usage | Resource变化 | 分析结论 |
| RRCSetup | #1 | codebook | #1: port1 | 初始Codebook SRS；单端口 |
| RRCReconfig #1 | #2 | antennaSwitching | #2/#3: 各ports2 | antenna switching / DL CSI acquisition相关 |
| RRCReconfig #2 | #1 | 继承原Set用途 | #1: port1→ports2 | Codebook SRS升级到2-port资源 |
图7.3.4.5.4-11 三次RRC消息驱动的SRS资源演进与最终用途分工
最终可以把该UE的SRS配置理解为两条并存的空间闭环：ResourceSet #1（usage=codebook）最终形成2-port Codebook SRS，为PUSCH Codebook-based UL MIMO提供基础资源；ResourceSet #2（usage=antennaSwitching）包含两个2-port SRS resources，用于天线切换相关的DL CSI acquisition过程。
需要特别注意：ports2表示一个SRS Resource具有两个SRS antenna ports，并不自动等价于Rank=2；而两个antennaSwitching Resources各为ports2，也不能相加成Rank=4。最终是否实际采用Rank=2，还必须继续核对PUSCH-Config中的txConfig、maxRank、codebookSubset、transformPrecoder，以及实际DCI中的SRI、TPMI和number of layers，并结合UE capability确认。
图7.3.4.5.4-12 从RRC配置到SRS用途与MIMO行为的标准分析路径
- 第一步：定位ResourceSetId并读取usage。usage是判断SRS主要用途的第一关键字段。
- 第二步：读取srs-ResourceIdList，明确ResourceSet引用哪些SRS Resources。
- 第三步：逐个追踪ResourceId，检查nrofSRS-Ports、transmissionComb、resourceMapping、freqDomainPosition、freqHopping和resourceType等。
- 第四步：跨RRC消息对同一ResourceId做差分；如果后续消息只修改srs-ResourceToAddModList，不要因为usage没有重复出现就认为usage消失。
- 第五步：把SRS配置与PUSCH-Config关联，检查txConfig、maxRank、codebookSubset和transformPrecoder。
- 第六步：查看实际UL DCI中的SRI、TPMI和number of layers，最终确认一次PUSCH采用的Rank和预编码。
- 第七步：如果涉及antennaSwitching，再结合UE capability中的SRS Tx port switching能力确认天线端口切换模式。
图7.3.4.5.4-13 基于实际RRC配置的SRS时频资源与映射方式（相对示意）
对应这组配置，可以明确区分两个时间/空间维度：Resource #1是Codebook用途的2-port SRS，Resource #2/#3是antennaSwitching用途的2-port SRS。需要强调，freqDomainPosition的最终绝对PRB位置仍需结合UL BWP等上下文计算，因此图示采用相对资源网格表达。
十四、SRS与Codebook-based / Non-codebook-based PUSCH的对照
|--------------------|-----------------------|---------------------------|
| 维度 | Codebook-based UL | Non-codebook-based UL |
| RRC PUSCH方案 | txConfig = codebook | txConfig = nonCodebook |
| SRS角色 | 提供上行信道观测和码本选择依据 | 提供上行空间探测和资源选择依据 |
| 核心空间指示 | SRI + TPMI + Rank | SRI与SRS资源关联的空间信息 |
| 固定UL codebook | 使用 | 不以固定UL codebook为核心 |
| 典型Resource Set资源上限 | 规范/能力相关；常见配置最多2个 | 规范/能力相关；常见配置最多4个 |
| 理解重点 | 索引 → 码本矩阵 | 探测 → SRS资源 → PUSCH空间方式 |
十五、SRS与上行Rank、Layer和Precoder的关系
SRS本身不直接等于Rank。Rank是gNB根据UE能力、上行信道空间秩和调度目标决定的传输层数。SRS提供进行这种判断所需要的上行空间观测。
可以把关系理解成：SRS回答"当前上行空间信道是什么样"；Rank回答"这次要利用多少独立空间维度"；Precoder回答"这些空间层如何映射到物理天线端口"。因此，SRS是观测入口，而Rank和Precoder是调度及物理传输决策。
|------------|-------------------|----------|
| 对象 | 回答的问题 | 所属角色 |
| SRS | 当前上行空间信道是什么样？ | 测量/观测 |
| Rank | 本次PUSCH使用几层？ | 空间复用决策 |
| SRI | 关联哪个SRS资源？ | 资源选择/指示 |
| TPMI | Codebook模式选择哪个矩阵？ | 预编码指示 |
| Precoder W | Layer如何映射到端口？ | 空间发送处理 |
十六、SRS与上行MU-MIMO：从"一个UE"到"多个UE"
当调度器从一个UE扩展到多个UE时，SRS的重要性进一步提高。对于SU-MIMO，gNB主要关心一个UE自己的信道质量和空间秩；对于MU-MIMO，gNB还需要知道UE-A与UE-B的空间信道是否足够可分离。
多个UE可以分别发送SRS，gNB比较它们的空间信道估计结果。若两个UE具有较好的空间正交性或较低的有效相关性，同时在同一组时频资源上调度它们就可能获得较高的空间复用增益；如果两个UE的空间信道高度相关，即使它们各自的SINR都很高，同时调度也可能导致明显的UE间干扰。
图7.3.4.5.4-5 SRS如何进一步支撑上行MU-MIMO用户配对
因此，MU-MIMO配对是一个多目标优化问题：既要看UE自己的信道质量，也要看UE之间的空间相关性、可用Rank、功率和业务需求。前面的7.3.4.5.3已经建立这一思想，本节补上SRS作为"观测输入"的具体位置。
十七、SRS与下行MIMO：为什么一个是SRS，一个是CSI-RS
理解SRS的一个好方法，是把它与下行CSI-RS放在同一张图上比较。下行PDSCH由gNB发送、UE接收，因此UE需要通过CSI-RS获得下行信道状态，再根据配置形成CQI、RI、PMI等CSI反馈，由gNB结合调度策略决定下行PDSCH的空间传输。
上行PUSCH由UE发送、gNB接收，gNB可以直接测量SRS，因此上行MIMO可以在gNB侧形成直接的空间信道观测，不必依赖与下行完全相同的PMI反馈闭环。
图7.3.4.5.4-4 SRS与CSI-RS：上行、下行MIMO闭环的对照
|------------|-----------------|------------------|
| 维度 | 下行MIMO | 上行MIMO |
| 主要参考信号 | CSI-RS、DM-RS等 | SRS、DM-RS等 |
| 空间信道主要观测位置 | UE侧测量下行信道 | gNB侧直接测量上行SRS |
| CSI/空间信息回传 | UE通过UCI等反馈CSI | gNB本地即可获得SRS观测结果 |
| 预编码决策 | gNB结合CSI反馈和调度策略 | gNB结合SRS测量和调度策略 |
| 典型数据传输 | PDSCH | PUSCH |
十八、TDD系统中的信道互易性：SRS为什么更有价值
在TDD系统中，上下行共享同一频段但使用不同时间资源，因此在满足硬件校准与传播条件一致等前提下，可以利用信道互易性让上行测量辅助下行波束/预编码相关决策。SRS因此不只服务于PUSCH，还可能成为部分TDD系统获取下行空间信息的重要辅助来源。
需要强调，协议层面的"信道互易性"与工程实现中的"可直接使用的互易性"不是完全相同的概念。真实设备还需要考虑射频链路、Tx/Rx校准、时频同步、天线阵列一致性以及实现误差。
FDD中上下行使用不同频率，不能直接把上行瞬时信道等同于下行瞬时信道；TDD中则存在更强的物理互易利用潜力，但真正把SRS测量用于下行预编码仍需要满足系统设计与校准条件。
十九、SRS与Beam Management的关系
SRS也可以参与上行波束相关的测量和选择，但不应把Beam Management与PUSCH MIMO预编码完全等同。Beam Management更关注波束的发现、测量、选择与跟踪；MIMO预编码则更关注空间层如何映射到天线端口。两者都属于空间域处理，但优化目标不同。
在实际系统里，可能先通过SSB、CSI-RS等完成下行波束相关过程，再通过SRS获得上行空间信道；Scheduler随后在"波束、Rank、Precoder、PRB、功率"等维度共同做PUSCH调度。
二十、SRS与功率控制及测量质量的关系
SRS测量的价值建立在"可测量性"之上。如果SRS发送功率过低，gNB获得的信道估计质量会恶化；如果为了提升测量质量而长期以过高功率发送，又会挤占UE上行功率预算，并可能增加对其他资源的干扰。因此，SRS功率控制本身也是上行空间调度的一部分。
在工程分析中，如果发现Rank、Precoder或MU-MIMO用户配对出现频繁抖动，不应该只盯着调度器算法，还应检查SRS的接收质量、周期、资源覆盖、功控和频域位置。一个不稳定的SRS观测可能最终表现为"不稳定的MIMO决策"。
二十一、SRS覆盖范围与频域选择性的关系
如果SRS只占据很窄的频域资源，gNB观察到的只是局部频带信道；而PUSCH通常可能占据更宽的带宽。因此，SRS的频域覆盖策略会影响gNB对整个PUSCH带宽的信道认知。频率选择性明显的信道中，合理的SRS频域设计尤其重要。
这也是为什么SRS不是"某一个slot里发一下参考信号"这么简单，而是一套带有时域、频域和空间维度的资源设计，需要与BWP、业务带宽、移动性和调度策略共同考虑。
二十二、一个完整的SRS→PUSCH上行MIMO案例
假设UE-A配置了一个用于上行MIMO的SRS Resource Set，其中包含多个SRS Resources。UE按照配置发送SRS，gNB在接收侧估计这些资源对应的上行空间信道。
- gNB首先判断UE-A的整体上行信道质量和可用空间秩。
- 如果两个空间维度明显独立，可以考虑Rank=2；如果空间相关性过高，则可能继续采用Rank=1。
- 如果采用Codebook-based PUSCH，则gNB在适用码本中选择预编码，并通过SRI、TPMI以及Rank相关字段让UE获得本次空间传输参数。
- 如果采用Non-codebook-based PUSCH，则gNB重点从SRS资源中选择合适的空间资源，并通过SRI把选择结果与PUSCH layers关联。
- 最终UE按照RRC配置和UL DCI完成PUSCH Layer Mapping、Precoding和RE Mapping。
如果此时又有UE-B和UE-C，调度器还可以比较它们的SRS空间信道，进一步判断是否把UE-A与其中一个UE组成MU-MIMO用户对。于是SRS从"一个UE的信道测量"扩展成"多个UE之间空间关系测量"。
二十三、工程日志中如何识别SRS与MIMO决策链
- 先从RRC日志找到SRS-Config、SRS-ResourceSet和SRS-Resource，确认usage、resource type以及关联参数。
- 确认该SRS是Periodic、Semi-persistent还是Aperiodic，找到实际发送时刻。
- 在PHY/OTA日志中定位SRS的时频位置、SRS port以及gNB侧测量结果。
- 把SRS测量结果与随后发生的UL DCI、SRI、TPMI、Rank和PUSCH进行时间对齐。
- 对于Non-codebook场景，再检查associated CSI-RS以及SRS precoding相关配置。
- 如果分析MU-MIMO，还要把多个UE的SRS测量放在一起比较，而不能只分析单个UE。
二十四、常见概念辨析
|---------------------|-------------------------------------------------------------|
| 容易混淆的概念 | 准确理解 |
| SRS就是上行数据 | 错误。SRS是上行参考信号，不承载MAC TB。 |
| SRS就是上行CQI | 错误。SRS提供更直接的上行信道观测，gNB再基于此计算调度指标。 |
| SRS Resource就是预编码矩阵 | 错误。Resource是配置实体，预编码只是与其空间发送特性相关的一个维度。 |
| SRI就是一个预编码向量 | 错误。SRI是索引/指示，用于选择SRS resource；它本身不携带矩阵系数。 |
| Non-codebook不需要SRS | 错误。SRS恰恰是Non-codebook UL的重要空间探测基础。 |
| CSI-RS和SRS完全独立 | 过度简化。在Non-codebook UL等场景中，SRS Resource Set可以配置关联NZP CSI-RS。 |
| SRS越多越好 | 错误。资源数量、开销、覆盖、测量及时性和调度收益需要权衡。 |
| 上行可以直接把SRS信道当成下行信道 | 错误。TDD存在利用信道互易性的条件，但需要考虑频率、校准和实现条件。 |