请问pdsch的作用

请问pdsch的作用,第1张

pdsch的作用是承载来自传输信道DSCH的数据。

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位字段。


欢迎分享,转载请注明来源:聚客百科

原文地址: https://juke.outofmemory.cn/pretty/2960410.html

()
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-02-15
下一篇 2023-02-15

发表评论

登录后才能评论

评论列表(0条)

保存