基于非码本的上行传输
如何区分基于码本和基于非码本的上行传输,我想任何人看了协议或一些资料,还是一头雾水。可以根据是否需要TPMI来区分这两种传输方案。
基于码本的上行传输至少包括以下情况:
Case 1a:配置了单个SRS资源(包括N1个端口,N1>1),不需要SRI,显示TPMI。
Case 1b:配置K个SRS资源(包括第K个SRS资源中的Nk个端口,K>1),用于k=1,。。,K、 并非所有Nk=1。指示多个TPMI。
基于非码本的上行传输至少包括以下情况:
Case 2a:配置了单个SRS资源(包括N1个端口,N1=1),不需要SRI、TRI和TPMI。
Case 2b:配置K个SRS资源(包括第K个SRS资源中的Nk个端口,K>1),用于k=1,。。,K、 所有Nk=1,需要SRI,不需要TPMI。
对于UL-MIMO,如果部分或全部互易信息可用,UE可以根据下行接收波束确认上行预编码组或波束组。这意味着信道互易性将显著提高上行预编码的灵活性,降低码本设计的复杂性,同时节省信令成本。即使在没有互易性的情况下,也可以使用波束赋形的SRS代替基于纯码本的上行传输。更具体地说,可以分为以下几类:
完全/理想的互易部署:
在理想的互易性下,UE根据下行天线端口决定上行信道特性。首先,UE确定基站的DL-Tx波束和DL-Rx波束。随后,UE相应地识别UL-Tx波束。如果一个DL-Tx波束对与多个DL-Rx波束或UE报告多个DL-Tx波束对与不同的DL-Rx波束,则上行还具有多个UL-Tx候选波束。基站可以从基于具有互易波束的波束赋形的SRS中选择所需的一个,并且随后指示UE可以使用一个或多个UL-Tx波束来实现传输。对于基站,根据该指示和互易性,与UL-Rx波束配对的波束可用于UL接收。为了在上下行之间实现这种连接,可以考虑将下行天线端口和上行天线端口关联起来。这种关联可能类似于QCL。
部分/非理想互易部署
非理想互易性包括没有互易性校准的情况,上下行天线配置与FDD之间存在不对称。在这种情况下,根据UL-Rx波束,UL-Tx波束可能不在精确的往复方向上,但作为部分信息,仍然可以实现提高上行预编码性能,从而降低信令开销。例如,根据DL-Tx/Rx波束,可以确定一组波束以选择更有效的上行子码本。波束组的大小可由信道互易程度决定。
没有互易性的部署
在没有互易性的情况下,波束赋形的SRS可以类似于FD-MIMO Class B K>1或eFD-MIMO Hybrid CSI的方式使用。K个波束赋形的SRS可由UE发射,并且基站通知UE哪个波束赋形的SRS以及可能其与所选SRS相关联的PMI。然后,UE相应地发送数据或波束赋形SRS的第二级。
为了在上行SRS和下行CSI-RS之间寻求一个通用的设计框架,并考虑不同程度的信道互易性,可以将类似于LTE Class B eMIMO类型且K>1 CSI-RS资源的方法应用于NR中的SRS。多个NR-SRS资源由gNB配置给UE,然后UE基于这些NR-SRS资源发送SRS(Type1 SRS)。SRS资源的数量取决于信道互易程度。这可以对应于一个波束组。在接收到SRS后,gNB选择优化的NR-SRS资源,并通过SRI向UE指示(SRS资源指示符类似于CSI-RS的CRI)。UE根据该指示发送SRS(Type2 SRS),如图1所示。以下是一些例子:
基站为第一个(Type1)SRS传输选择SRI(例如,每个SRI仅对应于一个端口),并将其指示给UE。UE基于SRI形成一个或多个波束赋形的SRS(Type2 SRS)。
基站选择SRI。同时,通过码本选择多个端口(例如,每个SRI对应多个端口)。gNB向UE指示SRI和端口选择。然后,UE基于该指示形成多个波束赋形的SRS(Type2 SRS)。
基站选择SRI。PMI也通过码本(例如W1或W1+W2码本)选择,每个SRI可能对应多个端口。gNB向UE指示SRI和PMI。然后,UE基于该指示形成多个波束赋形的SRS(Type2 SRS)。这种情况的一个特殊情况是,Type1 SRS使用非预编码SRS,即只需要PMI指示。

对于基于非码本的传输方案,如果可以确认互易性,则UE可以从下行参考信号(例如CSI-RS)获得下行链路信道,并基于下行信道测量来估计上行链路预编码器。在这种情况下,对于下行参考信号接收,应使用与应用于PUSCH的相同的TRP和UE波束。如果不能实现互易性,则UE仍然可以基于下行RS估计一些信道特性,例如AoA和ZoA。因此,为了帮助UE估计预编码器,gNodeB应该指示要使用哪些波束管理RS。对于多波束部署,CRI或波束对链路(BPL:beam pair link)索引的指示可以帮助UE计算具有相同gNB UE波束对的上行预编码器。
在相应的下行RS上进行测量之后,可以考虑以下选项来确定上行预编码器以及MCS。
选项1:非预编码SRS
选项2:预编码SRS
选项3:混合非预编码和预编码SRS
对于选项1,gNodeB可以确定秩,并基于未预编码的SRS计算预编码器。然后,gNodeB可以向UE配置预编码器的秩,并且UE可以使用相应的下行RS来计算预编码器。如果可以确认信道互易性并且信道条件足够好,这意味着上下行 SINR可以足够高,以便gNodeB和UE都可以基于上下行 RS很好地估计信道,则在UE和gNodeB侧计算的预编码器可以非常相似。那么MCS可能会相当准确。然而,如果信道条件不好,则基于非预编码SRS的gNodeB侧中的估计信道和基于下行测量的RS的UE侧中的估计信道可能不同。那么在gNodeB端可能会有一些MCS估计错误。
对于选项2,不容易确定秩,因为gNodeB无法获得非预编码信道。然后,一种可能的方法是为UE配置最大秩,并且UE可以应用具有不同秩的预编码器,以便gNodeB可以根据多个预编码srs选择秩。如果最大秩较大,则预编码SRS的开销可能是一个问题。
对于选项3,gNodeB可以使用非预编码srs来确定秩,然后为下一个预编码srs配置秩,并基于预编码srs估计MCS。那么问题就是延迟。gNB可以基于未预编码的SRS估计可能的秩,然后为所有可能的秩调度预编码的SRS。
图2说明了三个考虑的选项的流程。选项1可以在低延迟和低开销的情况下工作,但它对信道条件有很高的要求。如果最大秩较大,选项2可能会有较高的开销。如果最大秩为N,则UE必须发送具有rank 1、2、…、N-1预编码器的预编码SRS。因此,此选项更适用于数量较少的天线端口。选项3需要额外的程序来确定秩,这可能会增加预编码器计算的延迟。然而,当信道条件不够好且天线端口数量较大时,选项3可以工作。因此,不同的选项可以服务于不同的用例。应支持非预编码和预编码SRS,以完成不同选项中的程序,并可配置要使用的选项。
此外,对于频选性预编码,UE可以对不同的资源使用不同的预编码器。但为了保持预编码器的相位连续,一个子带预编码器的粒度可能很小,这可能会增加UE的复杂性。此外,对于高rank传输,可以观察到秩反转,这可能导致预编码器的相位不连续。因此,为了降低UE的复杂性并避免rank>1传输可能出现的秩反转问题,最好支持可配置的PRG大小。
