981-用于SRS容量增强的虚拟小区号.docx

用于SRS容量增强的虚拟小区号为了增强LTE下行MIM0,协议新增了一个针对SRS的虚拟CeIlID。定义如下：ForSRStn玲=nsifnsisconfiguredbyhigherlayer,otherwisenp=N符,wheren傥iswithintherangefromOto503.目前，SRS序列种子基于服务小区的PCIDo具有不同PCID的小区之间的SRS基序列相关性较低。在一个小区内，SRS序列号以最大循环移位和ConIb数为界。图1列出了SRS容量瓶颈的示例，其中cel18由于许多UE而用完了其SRS序列。在该示例中，需要增加SRS容量。在所考虑的例子中，Cell0和CCn2与CelI8相距较远。重新使用Cen0和CeII2的PCID作为Cell8的“虚拟"CeIlID可以增加Cell8的SRS容量，其中Cell8重用Cell0和Cen2的SRS序列来生成其SRS序列。由于Cell0和小区之间以及Cen2和Cell8之间的距离较大，Cell8不太可能在CeIl0和Cell2的SRS传输中遇到显著的小区间SRS干扰。这如图2所示。图2:针对SRS的VClD的SRS容量增强示例用于PUCCHDMRS的相同VCID用于SRSVClD似乎是合理的。或者，如果PUeCH的VClD配置不适合SRS配置，例如在依赖于业务类型的不对称上行分组传输的情况下，可以考虑SRS特定的VCID配置。该解决方案将需要规范来消除SRS生成中的PCID约束，并将虚拟小区ID的配置引入UEoSRS的虚拟小区ID可通过高层配置，其中n需S是每个UE的配置。正如TS36.211中PUSCH和PUCCH的虚拟Cel-ID(VCID)规范中已经使用的那样，这是一种简单的方法。可以基于每个天线端口组配置和每个天线端口配置，通过高层配置SRS的虚拟小区ID。每个天线端口配置可以视为每个天线端口组配置的特例，每个天线组中只有一个天线端口。以每个天线端口组为例。用于SRS传输NaP的上行天线端口数=4。有0,1,2,3个天线端口，分为两个天线端口组，如图3中的红色组和蓝色组所示。每个天线端口组为SRSS分配了不同的虚拟小区ID。由于使用了不同的n需s,每个天线端口组被分配了特定的基本序列"?。TS36.21i第5.5.3.1节中定义的SRS循环移位将在一个值为2的天线组中使用Napo在本例中，NaP对应于天线端口组中的天线端口数。图3:为SRS的VClD配置的天线端口组例子：Antenna port group 1Antenna port group 0 with p = 0,1 和n沿S =。； with p = 2,3 and n沿S = 表1显示了支持的UESRS传输的数量。假设Release13的最大cyclicshifts=12,SRS的COmbS数=4,SRS没有VClD,最多4个发射天线，最多12个UE可以在全带宽分配的情况下每个SRS符号发射SRS,例如，10MHZ信道带宽SRS配置，信息元素这样配置Srs-BandwidthConfig=bw,SrS-BandWidth=bw,srs-BandwidthAp=bw3,SRS-AntennaPortAp=an4inSoundingRS-UL-Config。假设ReleaSe16为SRS引入了最多3个VCID,并为循环移位、梳状和最多4个TX天线重新使用相同的参数，则每个SRS资源最多可以传输36个UE。这表示SRS容量增加了三倍。表1:UE支持的SRS发送数3GPPRelease#VC1D#cyclicshift#Comb#TxAnt#UEs131124412162124424163124436