用于执行下行链路mu-mimo传送的方法和设备的制造方法_4

文档序号:9917033阅读:来源:国知局
层的情况下,可根据需要选择UE的虚拟层。例如, 假若,有三个UE配对在一起,即UE A、UE B和UE C,则向UE A调度的层1作为其真实层,向UE B调度的层2作为其真实层,并且向UE C调度的层3作为其真实层。至于UE A,调度单元720可 向UE A调度的层2和层3作为其虚拟层。备选地,调度单元720可仅向UE A调度的层2或层3作 为其虚拟层。
[0060] 此外,应该认识到,可向UE调度一层或多层作为其真实层。例如,在一实施例中,假 使有三层和两个UE--UE A和UE B配对在一起,则可向UE A调度的层1和层2作为其真实 层,并向UE B调度的层3作为其真实层,同时,还向UE A调度的层3作为其虚拟层。
[0061] 还有,应该认识到,真实层和虚拟层都不需要专门调度给一个UE。换言之,单个层 上的所有时频资源将都调度给一个UE是不必要的。两个或更多UE可共享同一层,而在这层 上被指配了时频资源的不同部分。
[0062] BS 700的执行单元730配置成在传输信道(例如,物理下行链路共享信道(PDSCH)) 上执行向UE(例如UE 220)和一个或多个其它UE(例如UE 230)的DL传送。至于UE(例如UE 220),仅向它自己调度的至少一个真实层用于到UE的DL传送,而向UE调度的至少一个虚拟 层中的每层用于到一个或多个其它UE中至少一个的DL传送。
[0063]例如,在图2示出的情形下,UE 220被调度有层1作为其真实层,并且层2调度作为 其虚拟层,而UE 230被调度有层2作为其真实层,并且层1被调度作为其虚拟层。在此情况 下,执行单元730将仅使每个UE的真实层能够在传输信道中向对应UE进行DL传送。具体地 说,仅层1用于由H)SCH向UE 220的DL传送,而仅层2用于向UE 230的传送。在HXXH上许可的 虚拟层实际上不用于在PDSCH上的对应UE的传送。如在图4b中所图示的,对于UE 220,禁用 对应于层20JE 220的虚拟层)的TB2,而对于UE 230,禁用对应于层10JE 230的虚拟层)的 TBlo
[0064]当配对UE中的UE被调度有用于它自己进行DL传送的真实层和实际上用于其它配 对UE进行此类DL传送的虚拟层时,该UE被隐式地触发,以在包含真实层和虚拟层的所有调 度的层之间执行联合检测,并且同时可被提供补充信息,该信息可被用在联合检测中,诸如 参考信号的加扰身份、预编码矩阵、层号等等。从而,来自虚拟层的干扰(即,来自其它配对 UE的层间干扰)可被UE以非盲方式减轻或甚至移除。在DL MU-MIM0传送中在配对UE之间的 层间干扰减轻/移除的情况下,可通过进一步运用空间分离和分集来容易地获得MU-M頂0优 于SU-M頂0的性能增益。同时,由于实施例的实现,可排除由常规解决方案引起的一些缺点, 诸如空的空间处理的计算复杂性的问题。
[0065]如上所述,向UE(例如UE 220)调度的虚拟层将不用于传送这个UE的有效载荷数 据,而是,此类虚拟层用于传送与这个UE配对的其它UE(例如UE 230)的有效载荷数据,因此 也向其它UE调度这个UE的虚拟层作为真实层。然而,UE 220本身对于在真实层与向它调度 的虚拟层之间的区分没有想法,因此,UE 220假定,向它调度的层(包含真实层和虚拟层)将 用于传送它的有效载荷数据。换言之,UE 220采取所有调度的层作为其真实层。在此情况 下,在DL MU-MBTO传送期间,UE 220将尝试解调在真实层和虚拟层上传送的数据。如所预期 的,它在真实层上可成功解调数据,而在虚拟层上失败。由于虚拟层上的失败,UE 220将向 BS 700报告混合自动重传请求(HARQ)否定确认(NACK)。根据一实施例,在从UE 220接收此 类HARQ NACK反馈之后,BS 700可简单地忽略它。以此方式,整个DL传送过程都能照常操作, 尽管有额外的虚拟层调度。
[0066] 此外,应该认识到,这些实施例可适用于具有不同天线配置(诸如2Tx、4Tx和8Tx) 和传送模式(诸如ΤΜ3、ΤΜ4、ΤΜ8和ΤΜ9 )的各种网络。
[0067] 如果网络的传送模式(例如ΤΜ4)要求基于码本的预编码,则调度单元720可进一步 配置成首先基于对UE调度的层数和在各个调度的层中使用的码本来确定UE(例如UE 220) 的码本。UE使用每一个真实层的码本,而一个或多个UE(例如UE 230)中的至少一个使用每 一个虚拟层的码本。然后,调度单元720可通知UE 220该码本。
[0068]例如,如图2所示,层1被调度给UE 220作为其真实层,并被调度给UE 230作为其虚 拟层,而层2被调度给层230作为真实层,并调度给UE 220作为虚拟层。一般而言,在DL传送 中每层都将使用相应码本。由于仅单个层(层1)用于执行向UE 220的DL传送,因此BS 700 (具体地说是调度单元720)可指配要用在其真实层(层1)上的码本
以便进行DL传送, 同样,BS 700还可指配要用在UE 230的真实层(层2)上的码本
以便进行DL传送。采 取UE 220作为示例,正常情况下,如果UE 220未用虚拟层调度,则BS 700可只是通知UE 220 由UE 220使用的码本
。然而,现在UE 220调度两层,一个真实层(层1)和一个虚拟层 (层2)。如所知道的,两个调度的层之间的联合检测涉及在每层上使用的码本(也称为预编 码矩阵)。为了确保在UE 220侧的有效联合检测,BS 700将找到组合了在向UE 220调度的所 有层(即层1和层2)上使用的码本的码本,因此BS 700可定位码本^
,如下表所示。 最后,BS 700通知UE 220码本。
,而不是:

[0069]如在现场测试中所观测到的,在TM4中,层1和层2上的增益和信道质量通常失衡, 这导致吞吐量降级。现在,通过实现以上实施例,可运用失衡。比如,对于UE 220,层1上的增 益比层2上的增益高得多。而对于UE 230,层2上的增益比层1上的增益高得多。结果,可运用 来自层失衡的增益。
[0070]备选地,在DL信道估计基于公共参考信号(CRS)的传送模式(例如TM4)中,对UE调 度的所有层上的物理资源块分配彼此完全重叠。例如,在TM4中,使用CRS和预编码矩阵来执 行DL信道估计。它允许两个或更多UE使用相同预编码矩阵配对在一起。换言之,两个或更多 UE可共享同一层,而在这层上被指配了 PRB资源的不同部分。在此情况下,每层上的组合PRB 分配将严格重叠。如在图5a中所图示的,UE 51占用在层1上分配的PRB资源,而UE 52和UE 53占用在层2上分配的PRB资源的不同部分。但是,在层1上分配的整个PRB资源与在层2上分 配的整个PRB资源完全重叠。也就是,由UE 51占用的PRB资源应该与由UE 52占用的PRB资源 加上由UE 53占用的PRB资源完全重叠。
[0071]还有,要指出,在DL信道估计基于UE特定参考信号(诸如解调参考信号(DMRS))的 传送模式(例如TM8和TM9)中,与在TM4中一样的严格PRB重叠可能不是必要的。这是因为,在 此情况下,参考信号序列独立于所调度的PRB长度。UE可根据PRB位置计算每个PRB上的参考 信号。信道估计可在一个PRB的粒度上进行。从而,多个UE可配对在一起,其中部分PRB重叠, 如图5b所示。假使配对UE在缓冲器中没有等量业务要传送,则此类UE配对特别有用。备选 地,在DL信道估计基于UE特定参考信号(诸如DMRS)的传送模式(例如TM8和TM9)中,向所有 配对UE分配相同的加扰身份。例如,在版次9的TM8和版次10的TM9中,根据小区ID和加扰身 份(nSCID)生成UE特定参考信号序列。
[0072]如所提到的,UE需要执行虚拟层的信道估计,如果有的话,这涉及UE特定参考信号 序列,并且从而,UE需要知道nSCID以计算UE特定参考信号序列。如所知道的,UE将使用相同 nSCID来执行向它调度的所有层(包含真实层和虚拟层)的计算。为了在所有配对UE之间不 断计算特定层的UE特定参考信号序列,期望BS 700为所有配对UE分配相同nSCID,因为一个 UE的虚拟层必须是另一 UE的真实层。
[0073]而且,当实施例在采用长期演进时分双工(LTE-TDD)机制的无线电通信网络中实 现时,传送调度的层的HARQ反馈与传送来自UE的物理服务请求(SR)之间的可能冲突需要考 虑进去。具体地说,在LTE-TDD系统中,当在物理上行链路控制信道(PUCCH)中报告的ACK/ NACK与正SR冲突时,将在UE侧应用空间捆绑。采取UE 220作为示例,当在UE 220中发生冲突 时,真实层(层1)的ACK反馈将与虚拟层(层2)的NACK反馈(即,ACK &NACK)捆绑,结果反馈是 NACK。如可看到的,真实层的ACK反馈丢失,这影响了真实层的HARQ反馈。此类影响可按如下 方式处置: a)如果传送调度的层的HARQ反馈与传送SR之间的冲突已经发生,并且它因此在UE侧触 发空间捆绑,则在接收此类捆绑的HARQ反馈之后,BS 700可直接将HARQ反馈映射到ACK或 NACK,视情况而定。
[0074] b)由于BS 700负责指配允许UE传送SR的时隙,因此BS可确定冲突可仅发生在此时 隙内。因此,在此时隙期间,BS 700可禁止向UE调度虚拟层。备选地,BS可禁止在此时隙内进 行DL MU-M頂0传送。例如,BS可落回到DL SU-M頂0传送。
[0075]此外,有利的是,本技术的想法被应用在组合小区中。具体地说,配对UE
当前第4页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1