提升小区边缘用户的性能，在覆盖范围内提供更为均衡的服务质量，NR中引入了多TRP协作传输的方案。多TRP协作传输通过多个TRP之间进行非相干联合传输（Non Coherent-Joint Transmission，NC-JT）、重复传输／接收或者SFN传输，既可以用于提高边缘用户的吞吐量，也可以提高边缘用户的传输可靠性，从而更好地支持eMBB业务和URLLC业务。其中，目前的协议中只支持2个TRP的协作传输，因此下面的介绍都基于2个TRP协作的假设。下面就对R16-R18中mTRP相关内容进行简单总结。
R16
R15 主要侧重于从 UE 角度实现的single TRP 传输/接收和ideal backhaul。multi TRP/panel传输的增强功能旨在通过在 ideal/non-backhaul条件下同时充分利用multi TRP/panel和非相干联合传输 (NCJT) 来进一步提高 DL 数据速率和频谱效率，或进一步利用时域/频域重复的空间分集来提高传输可靠性。
为了提高DL数据速率，R16支持基于single-DCI和multi-DCI的非相干联合传输 (NCJT)。
(1)对于基于multi-DCI的NCJT传输，每个PDSCH最多可以进行4 layers传输，这时候UE可能期望接收两个PDCCH，这两个PDCCH会分别在时域和频域中调度两个PDSCH，这两个PDSCH可能完全重叠或者部分重叠，也可以不重叠，此时PDSCH scrambling ID可以相同也可以不同。
当调度的是完全或部分重叠的PDSCH时，此时会由一个TCI state来指示CDM group中的DM-RS。从 UE 的角度来看，与两个接收到的PDSCH相关的一些配置（例如active BWP 等）应该是相同的。 对于multi-TRP,UE可能会配置CORESETPoolIndex 0和1，其对应的就是每个TRP相应的PDSCH。
对于PDCCH监听，两个TRP会隐式地与两个CORESET group相关联，此时每个TRP最多有3个CORESET，每个CORESET 都可以通过 CORESETPoolIndex 的值进行标识。服务小区中盲检/CCE 的最大数量对于两个TRP可以翻倍，但每个TRP 的最大盲检/CCE 数量与R15相同。
为了支持无序PDCCH到PDSCH、PDSCH到HARQ-ACK和PDCCH到PUSCH的调度，两个TRP之间的不同回程条件根据UE的能力，可以放宽调度时间线。
为了方便不同的回程条件，支持type 1 和type 2 HARQ-ACK 码本在时隙内分别以每个TRP为基础进行HARQ-ACK反馈，当然2TRP也可以进行联合 HARQ-ACK 反馈。最后但同样重要的一点是，通过两个TRP的独立激活，服务小区中active TCI 状态的最大数量可以翻倍，但每个 TRP active TCI 状态的最大数量与R15保持相同。
对于基于single-DCI的NCJT传输，最多可以进行8 layer传输，每个TCI码点可以关联1个或2个TCI states，这样就可以通过一个MAC-CE激活。当DCI指示2个TCI state时，第一个TCI state对应的antenna port field指示第一个天线端口的CDM组（例如第一个TRP），第二个TCI state对应另一个CDM组（例如第二个TRP）。支持新增两个CDM groups without data的DMRS条目{0,2,3}，以提高NCJT调度的灵活性。
为了提高multi-TRP/panel DL传输的可靠性，single DCI支持以下传输方案，这些方案由RRC层信令配置：
(1)'FDMSchemeA'：当DCI中指示两个TCI state，即两个TRP，且UE设置为'FDMSchemeA'时，UE应接收TB的单个PDSCH传输时机，每个TCI state与不重叠的频域资源分配相关联，方式为梳状PRG分配（宽带为一半/一半）。单个码字的同一个RV版本被映射在所有TCI状态对应的频域资源上。每个TRP仅传输该码字中的部分信息比特。
(2)'FDMSchemeB'：当DCI中指示两个TCI state，即两个TRP，且UE设置为'FDMSchemeB'时，UE应接收同一TB的两个PDSCH传输时机，每个TCI state与不重叠的频域资源分配相关联，方式为梳状PRG分配（宽带为一半/一半）。一个码字的两个独立RV版本分别映射到不同TCI状态所对应的频域资源上，即每个TRP通过互不重叠的频域资源分别传输同一个传输块的不同RV版本。
(3)'TDMSchemeA' (时隙内)：当 DCI 中指示两个 TCI state且 UE 设置为 'TDMSchemeA' 时，UE 应接收同一 TB的两个PDSCH传输场合，每个 TCI 状态与一个 PDSCH 传输场合相关联，该 PDSCH 传输场合相对于另一个 PDSCH 传输场合是不重叠的时间域资源分配。仅具有映射类型 B 的两个 PDSCH 传输（分别对应两个 TRP）场合应在给定时隙内接收，其符号级间隙由StartingSymbolOffsetK 配置。一个码字的两个独立RV版本分别映射到不同TCI状态所对应的频域资源上，即每个TRP通过互不重叠的频域资源分别传输同一个传输块的不同RV版本。
(4)repetitionNumber-r16"(时隙间)：当UE由PDSCH-TimeDomainResourceAllocation-r16中的高层参数repetitionNumber-r16配置时，UE 可能期望在 TCI 字段的代码点中指示一个或两个 TCI 状态。当 DCI 中指示两个 TCI 状态时，UE可能期望接收同一TB的多个时隙级PDSCH 传输场合，其中两个 TCI 状态与 repetitionNumber-r16个连续时隙(最多 16 个)相关联。每个 PDSCH 传输场合预计具有相同的 SLIV。对于给定的TCI状态映射模式，UE 可以配置为 cyclicMapping 或 sequationMapping。cyclicMapping将两个TCI状态循环映射到配置的多个传输时隙上，可以提高终端在更短的时间内正确解调数据的概率；sequationMapping将两个TCI状态连续映射到配置的多个传输时隙上，可以减少终端切换接收波束的次数，从而降低了终端复杂度。
对于上述旨在提高可靠性的传输方案，每个 PDSCH 传输场合最多限制为两个传输layer，并且指示的 DMRS 端口预计在一个 CDM group内。与第二个 TCI 状态相关联的 PDSCH 传输场合的RV相对于rv_s 的值按sequenceOffsetforRV-r16 偏移（如果适用），RV的确定如上图第一个TCI state按照第一个表格来，第二个TCI state按照第二个表格来确定。
此外，在single DCI 和基于multi-DCI 的multi TRP/panel传输的情况下，为接收PDSCH、CSI-RS 和 PDCCH/PDSCH重叠指定了FR2的默认波束假设。
R17
尽管 Rel-16 NR 引入了对 PDSCH 的 mTRP 支持，但它仍然缺乏对 PDCCH、PUSCH 和 PUCCH 的充分支持。此外，还引入了针对小区间 mTRP 和 mTRP 特有的波束管理方面的增强功能，以及促进在单频网络 (HST-SFN) 上部署高速列车的功能。
在 R17 中，PDCCH repetition由两个search space sets之间的显式链接定义。两个链接的search space sets可以与具有不同 TCI 状态的CORESET 相关联，从而实现 PDCCH 传输的波束分集。在 R17 中，仅支持时隙内 PDCCH repetition，并且仅支持 USS 或 Type3 CSS 的 PDCCH repetition。此外，通过限制两个链接的search space sets的配置在 PDCCH candidate level指定链接，从而实现监听occassion之间以及两个链接search space sets的 PDCCH candidate之间的一一映射。两个链接的 PDCCH candidate具有相同的聚合级别、相同的编码比特和相同的 DCI 有效载荷。为了避免 UE 出现歧义，各种过程定义了参考 PDCCH candidate，例如时间线、PUCCH 资源确定、使用映射类型 B 或映射类型 A 的 PDSCH 接收、当 DCI 中不存在 TCI 字段时确定 PDSCH 的 QCL 假设等。
UE 可以报告两个链接的PDCCH candidate是否需要两次盲解码或三次盲解码。在三次盲解码的情况下，PDCCH的候选集也会相应增强。此外，为FR2 指定了两个 QCL-TypeD 的确定，以支持时间重叠的 PDCCH repetition。通过在调度小区和被调度小区中链接两个search space sets，跨载波调度也支持 PDCCH repetition。
在 Rel-17 中，为了支持multi-TRP PUCCH repetition，可以通过MAC-CE 为每个 PUCCH 资源或每个 PUCCH 资源组激活 FR1 中最多两组功率控制参数或 FR2中最多两个PUCCH-SpatialRelationInfo。此外，对于所有 PUCCH format，可以通过时隙内 PUCCH repetiton以及时隙间 PUCCH repetition来配置多 TRP PUCCH repetiton。根据已调度PUCCH资源的已激活 PUCCH-SpatialRelationInfo 或功率控制参数集的数量，可以支持single TRP PUCCH repetition和multi-TRP PUCCH repetion之间的动态切换。两个已激活的PUCCH-SpatialRelationInfo 或两组已激活的功率控制参数支持multi-TRP PUCCH repetition的单独功率控制。此外，最多可以支持两个PUCCH TPC field，每个 TPC 字段应用于每个闭环index。
在 R17 中，最多支持两个 SRS 资源集，其用途设置为"codebook"或"nonCodebook"，从而支持multi-TRP PUSCH reprtition。如果UE由两个SRS资源集提供，其用途设置为"codebook"或"nonCodebook"，则对于PUSCH传输场合，由 DCI format 0_1 或 0_2 指示的第二个 SRI 字段、第二个TPMI 字段(如果支持基于CB的PUSCH)和第二个 PTRS-DMRS 关联字段要朝向与第二个SRS 资源集(用途设置为codebook或nonCodebook)相关的TRP，以实现基于动态授权的 PUSCH 调度。
此外，新的 DCI 字段被定义为"SRS resource set indicator"对应 2 bits，以支持single TRP PUSCH repetition（对应代码点"00"和"01"）和multi TRP PUSCH repetition（对应代码点"10"和"11"）之间的动态切换。通过高层参数将两个 SRI 字段和两组功率控制参数链接起来，支持多 TRP PUSCH 重复的单独功率控制。此外，最多可支持两个 PUSCH TPC 字段，每个 TPC 字段应用于每个闭环索引。此外，配置的授权类型 1 和 2 也支持上述多 TRP PUSCH repetition。
在 R16 中，multi-TRP PDSCH传输支持两种不同的机制：single-DCI 和multi-DCI。在R17中，multi-TRP PDSCH传输进一步扩展到小区间操作。可以为UE配置不同于服务小区PCI的其他PCI关联的SSB，这里称为additional PCI。最多可以为 UE 配置 7 个不同的additional PCI，对于小区间multi TRP 操作，只有一个additional PCI会被激活。additional PCI 可以与一个或多个 TCI 状态相关联，并且gNB可以通过指示DCI 中的 TCI 从任一TRP 动态调度 PDSCH。
在 R17 中，波束报告和BFR 针对 mTRP 场景进行了增强。对于波束报告增强，扩展了R15 基于group的波束报告框架，以方便同时传输多个 TRP。为了实现这一点，可以配置一个CSI resource setting，其中包括与两个TRP 对应的两个资源集。
在一次CSI报告中，UE可以报告N（Nmax = {1, 2, 3, 4}）组同时接收的波束，其中每组报告的每个波束对应一个TRP。支持跨所有波束组的differential L1-RSRP 报告，并添加 1 位以指示与第一组中最大 RSRP 值相关的 CMR set。对于BFR增强，支持single DCI 和multi DCI 框架。对于multi DCI，为一个CC中的两个TRP引入了两个显式或隐式BFD-RS set。如果任何一个BFD-RS set失败，则可以传输BFRQ( beam failure recovery request)。BFRQ框架基于 R16 SCell BFR 进行了增强。 PUCCH-SR资源的最大数量扩展为 2。UE收到gNB响应后，可以执行per-TRP波束重置。当SpCell 中的两个 BFD-RS set都失败时，可以触发基于CBRA的RACH过程。对于single DCI，仅支持显式BFD-RS set配置。
R17 定义了两种在HST-SFN场景下补偿频偏的关键方法：基于UE和基于TRP的补偿方案。对于基于UE的补偿（方案 A），UE接收TRP以non-SFN方式发送的额外参考信号，以便更准确地进行频偏补偿。相应的non-SFN TRS配置通过使用DCI和MAC信令使用两个TCI 状态（包含对两个TRP的TRS的参考）提供给UE。基于TRP的补偿（方案 B）依赖于网络侧的频偏预补偿，其中每个TRP使用上行信号（例如 SRS）估计下行频率，并在传输之前按 TRP 补偿下行频率。对于基于 TRP 的预补偿，UE 还使用两个TCI状态接收TRP以non-SFN方式发送两个TRS。然而，由于网络通过两个TRP之间观察到的频率偏移差异对 PDCCH 和 PDSCH 进行预补偿，因此UE处的频率偏移跟踪仅使用参考TRP发送的一个TRS来执行。
R18
虽然R17 NR引入了unified TCI框架，减轻了高信令延迟和开销，特别是对于FR2中的波束指示，但它仅限于single TRP部署和单panel UE。因而对其进行扩展以适应multi TRP 和多panel UE以及增强multi DCI的UL功率控制就显得尤为重要。此外，对multi DCI的 2TA的支持将有利于multi TRP。
其次，虽然 Rel-16 eType-II 和 Rel-17 FeType-II 端口选择码本在性能开销权衡方面比 Rel-15 的对应码本有显著改善，但进一步扩展这两个码本以支持相干联合传输 (CJT) 多 TRP 和高/中 UE 速度将扩展 Type-II CSI 的实用性，尤其是在多用户 MIMO (MU-MIMO) 场景中。此外，独立的时域信道属性 (TDCP) 报告可能有助于网络选择最佳配置类型，例如码本类型、SRS（探测参考信号）周期性或链路自适应/预测。
第三，Rel-15 NR 支持通过 DMRS（解调参考信号）进行空间复用，用于 DL（下行链路）和 UL，DMRS 配置类型 1 和类型 2 分别有最多 8 个和 12 个正交端口。为了提高 UL 和 DL 的 MU-MIMO 调度容量，正交端口数量增加了一倍。此外，为了支持配备 8TX 天线的高端 UE（例如 CPE、FWA、车辆、工业设备），引入了相应的 UL 传输 RS 增强功能。此外，还为 SRS 引入了随机化不同 TRP 之间干扰的机制。
在unified TCI框架下，R17规定了使用common beam进行 UE dedicated PDCCH和相关 PDSCH接收。具体而言，通过引入基于DCI的UE-dedicated PDCCH 和相关 PDSCH 波束指示（通过 DCI format 1_1/1_2 中的 TCI 字段），可以减少相应的波束指示延迟和开销。然而，R17 unified TCI 框架是针对sTRP操作量身定制的。在 R18 中，unified TCI 框架扩展到mTRP操作，这称为 R18 eUTCI，其中UE可以从多个 TRP 接收/发送各种 DL/UL信道或信号。
为了支持 mTRP 操作的波束指示/更新，针对基于sDCI的 mTRP 引入了与 TCI 信令增强相关的增强功能。在这里，激活的 TCI codepoint可以对应于一组或两组 TCI 状态，每组对应于一个TRP并由一个joint/DL/UL TCI 状态或一对单独的 DL 和 UL TCI 状态组成。这将需要为基于Rel-18 sDCI 的 mTRP 操作定制的新 MAC CE 激活命令，其中在MAC CE命令中激活的 TCI 代码点还提供与映射到 TCI 代码点的 TCI 状态与mTRP 系统中的 TRP 之间的关联相关的信息。还为基于 mDCI 的 mTRP 引入了一些增强功能。这里，激活的 TCI 代码点可以对应于joint/DL/UL TCI 状态或一对单独的 DL 和 UL TCI 状态，其中基于mDCI的 mTRP 系统中的每个激活的 TCI 代码点都特定于 coresetPoolIndex 的配置值。上图是R18中新增的相关MAC CE，可以去38.321中查看。
对于基于 sDCI 和 mDCI 的 mTRP 操作，Rel-18 eUTCI 还指定了各种规则和相应的信令设计，用于将指示的 TCI 状态与 TRP 特定的 DL/UL 信道和/或信号关联起来。
(1)对于基于 sDCI 的 mTRP，可以为 CORESET 提供 RRC 配置，以确定使用两个指示的 TCI 状态中的哪一个来监控相应的 PDCCH 候选。可选地，为了支持动态TRP 选择/切换，在 DCI format 1_1/1_2 中引入了 TCI selection field，以通知UE使用哪个或两个指示的 TCI 状态来接收相应的 PDSCH。类似的设计机制也适用于 UL 对应方和各种参考信号。
(2)对于基于 mDCI 的 mTRP，通过 RRC 配置来确定 TCI 状态与（大多数）信道/信号的关联以及它们是否与相同的 coresetPoolIndex 值相关联。
此外，R18 eUTCI 还指定了以下规则：确定用于缓冲PDSCH或非周期性 CSI-RS 的 TCI 状态、操作基于小区间 mDCI 的 mTRP、重置公共波束以进行波束故障恢复、增强 STx2P 的功率控制等等。总之，R18 eUTCI 适用于 R16 和 R17 中指定的所有基于 sDCI 和 mDCI 的 mTRP 方案（例如，repetition方案和 SFN）。
R18 还引入了对基于 UL mDCI 的 mTRP 操作的2TA支持，并采用 R17/18 unified TCI 状态框架。使用 CP-OFDM 波形，来自UE的UL传输预计会在其UL参考时间附近的一个小窗口内到达。这是通过网络向UE 发送TAC来调整其UL传输时间来实现的。在基于mTRP 的系统中，由于TRP之间的同步不匹配以及TRP和UE 之间的往返传播时间不同，向不同TRP的UL传输可能需要不同的UL TA。显然，当UE与两个 TRP 通信时，需要 2TA。
对于基于小区间和小区内mDCI 的mTRP操作，UE可以支持两个TA group(TAG)，每个TAG都与一个TAG ID相关联。每个TAG都与一个DL参考时间相关联，并从TAC 获得的相应 TA 值。每个 UL/jonit TCI 状态都与一个 TAG ID 相关联，并且 UE 应用与UL传输的 UL/joint TCI 状态相关联的 TAG ID 的 TA 值。可以用PDCCH order触发的CFRA获取与 TAG ID 相关联的 TA 值。 PDCCH order可以触发向同一TRP 或不同 TRP 的PRACH传输。发生这种情况时，将根据 PRACH 传输到的TRP 是否与 PDCCH order的TRP 相同或不同来确定相关的路径损耗参考信号。