LTE物理下行信道中的一种，是LTE承载主要用户数据的下行链路通道，所有的用户数据都可以使用，还包括没有在PBCH中传输的系统广播消息和寻呼消息-LTE中没有特定的物理层寻呼信道。PhysicalDownlinkSharedChannel--物理下行共享信道，物理下行共享信道（PDSCH：PhysicalDownlinkSharedCHannel）用于承载来自传输信道DSCH的数据。在下行方向，传输信道DSCH不能独立存在，只能与FACH或DCH相伴而存在，因此作为传输信道载体的PDSCH也不能独立存在。DSCH数据可以在物理层进行编码组合，因而PDSCH上可以存在TFCI，但一般不使用SS和TPC，对UE的功率控制和定时提前量调整等信息都放在与之相伴的PDCH信道上。
协议就PDSCH速率匹配达成以下方案，从以下三种备选方案中选择一种解决方案，用于非周期ZP CSIRS资源指示：
对于由于非周期CSI-RS或multi-shot CSI-RS而导致的BF CSIRS上的PDSCH速率匹配，指示非周期ZP CSIRS资源。
[方案1]
对于非周期CSI-RS和multi-shot CSI-RS上的PDSCH速率匹配，在CSS中以下行DCI格式引入X位非周期ZP CSI-RS资源信令字段，并使用新的RNTI，其中：
1. State “0”：未指示已配置的AP ZP CSIR。
2. State “1”：指示应用第一个RRC配置的AP ZP CSIR。
3. State “n”（=2^X-1）：指示应用第n个RRC配置的AP ZP CSIR。
DCI中发信令的AP ZP CSI-RS资源被视为EPDCCH可用资源并被屏蔽。
[方案3]
对于非周期CSI-RS和multi-shot CSI-RS上的PDSCH速率匹配，在所有TM的下行相关DCI中引入2位非周期ZP CSI-RS资源信令字段。
1. State “0”：未指示已配置的AP ZP CSIR。
2. State “1”：指示应用第一个RRC配置的AP ZP CSIR。
3. State “2”：指示应用第二个RRC配置的AP ZP CSIR。
4. State “3”：指示应用第三个RRC配置的AP ZP CSIR。
[方案3']
对于非周期CSI-RS和multi-shot CSI-RS上的PDSCH速率匹配，在所有TM的下行相关DCI中引入2位非周期ZP CSI-RS资源信令字段。
1. State “0”：未指示已配置的AP ZP CSIR。
2. State “1”：指示应用第一个RRC配置的AP ZP CSIR。
3. State “2”：指示应用第二个RRC配置的AP ZP CSIR。
4. State “3”：指示应用第三个RRC配置的AP ZP CSIR。
方案1是基于通用DCI的，而方案3和方案3'是基于2位UE特定DCI的。从技术角度来看，上述方案1的细节是具体的，因为这种增强的速率匹配需要用信号通知小区中的所有高级UE。这是因为该增强速率匹配的目的是允许UE围绕在小区中传输的任何非周期CSI-RS RE进行速率匹配，不仅针对UE，而且针对其他UE。此外，由于在公共搜索空间上发送公共DCI，因此UE可以在同一子帧中接收潜在EPDCCH之前识别它，从而可以相应地应用适当的EPDCCH重穿孔。方案1的一些缺点是增加了公共搜索空间上的控制信道开销，以及在一起配置eCA时的困难。然而，这也可以被视为由适当的gNB实现来处理。
方案3和方案3'非常相似，但主要区别在于方案3'中的附加功能在MAC CE激活有效的ZP CSI-RS资源时将应用于RRC配置的ZP CSI-RS资源之外。方案3和方案3'的优点是，由于使用了特定于UE的DCI，它与eCA一起适用，并且不会影响公共搜索空间，但会增加特定于UE的搜索空间上的控制信道开销。
所以，方案1或方案3'都可以向下选择，因为从技术角度来看，这两个备选方案都是具体的。与方案3相比，方案3’在配置/激活高级ZP CSI-RS资源以匹配小区中发生的实际非周期CSI-RS传输速率方面具有额外的灵活性。由于已经同意采用非周期NZP CSI-RS激活机制，因此基于方案3'的ZP CSI-RS激活机制也同样适用于缓解方案3的潜在可配置性不足，其中只应使用固定的2位字段。
