CN101873282B - 一种多小区数据传输的方法和装置 - Google Patents

Abstract

本发明公开了一种多小区数据传输方法，包括：对于一UE，在预先确定的天线端口数目集合中选择一个天线端口数目N，并在确定的所述UE的协同小区集合内的所有小区中，确定N个天线端口；将确定的N个天线端口的指示信息通过所述协同小区集合中的至少一个小区，下发给所述UE；并通过所述N个天线端口向UE发送数据。另外，本发明还公开了相应的UE接收数据的方法流程以及网络侧设备和UE的结构。应用本发明，能够在多小区数据传输中降低UE和系统实现的复杂度。

Description

一种多小区数据传输的方法和装置

技术领域

本发明涉及多点协同传输(COMP)技术，特别涉及一种COMP中多小区数据传输方法和装置。

背景技术

国际电信联盟(ITU)为下一代移动通信系统IMT-Advanced的性能提出了很高的要求：最大系统传输带宽达到100MHz，上下行数据传输的峰值速率分别要达到500Mbps和1Gbps，并对系统平均频谱效率尤其是边缘频谱效率提出了非常具体的需求。为了满足IMT-Advanced新系统的要求，3GPP在其下一代移动蜂窝通信系统LTE-Advanced中提出了采用多点协同传输技术来提高系统的性能。

多点协同传输技术(COMP)是地理位置上分离的多个传输点之间的协作，一般来说，多个传输点是不同小区的基站。多点协同传输技术方案主要分为两类：联合调度和联合发送。其中，联合发送方案是由多个小区同时向UE发送数据，以增强UE接收信号。如图2所示，三个小区在相同的资源上向一个UE发送数据，UE同时接收多个小区的信号。如果所有的服务小区发送相同的数据给UE，来自多个小区的有用信号相叠加可以提升UE接收的信号质量，从而提高UE的解调性能，尤其是提高小区边缘UE的性能。但是联合发送的小区内天线端口数目可能是1，2，3...7，8...，可以进行联合发送的天线端口数目太多，UE无法确定具体的数据传输方式。

另外，LTE R8系统引入了闭环预编码技术提高频谱效率。闭环预编码首先要求在基站和UE都保存同一个预编码矩阵的集合，称为码本。UE根据小区公共导频估计出信道信息后，按一定准则从码本中选出一个预编码矩阵。选取的准则可以是最大化互信息量、最大化输出信干噪比等。UE将选出的预编码矩阵在码本中的索引通过上行信道反馈到基站，该索引记为PMI(Precoding Matrix Indicator)。基站由收到的索引值和保存的码本就可以确定对该UE应使用的预编码矩阵。

在联合发送方案中，闭环预编码同样可以用来提高频谱效率，不同之处是预编码矩阵选取的依据为多个小区的天线端口到UE的信道信息。LTE R8标准中定义了2和4天线端口的码本，LTE-A系统为支持8×8高阶MIMO，在2端口和4端口的基础上会定义8天线端口的码本。但是联合发送的小区内天线端口数目可能是1，2，3...7，8...，如果对每个可能的天线端口数目都定义一个码本，一方面会增加标准设计的复杂度，另一方面也会增加UE实现的复杂度。

另外一种实现闭环预编码的方式是UE估计出信道状态信息后，将信道状态信息量化反馈。网络根据UE反馈的量化信道状态信息计算预编矩阵。天线端口数目的任意变化使得量化反馈需要的开销也在很大范围内变化，同样会增加标准设计的复杂度。此外，如果可用的天线端口数目过多，上行反馈开销可能会超出系统能够承受的范围。

可见，不论是对基于PMI的反馈还是量化信道状态信息反馈，可能的天线端口数目过多都会导致标准设计的复杂度增加，同时会使得UE(系统)实现的复杂度增加。

发明内容

有鉴于此，本发明提供一种多小区数据传输的方法和装置，能够在多小区数据传输中确定进行数据发送和接收的天线端口，同时尽量降低UE和系统实现的复杂度。

为实现上述目的，本发明采用如下的技术方案：

一种多小区数据传输的方法，包括：

对于一多点协同传输CoMP UE，在预先确定的天线端口数目集合中确定一个天线端口数目N，并在协同小区集合内的所有小区中，确定N个天线端口；

所述协同小区集合中的至少一个小区，将用于指示所述N个天线端口的指示信息下发给所述UE；

通过确定的N个天线端口向所述CoMP UE发送数据。

较佳地，根据所述UE和网络侧设备的能力，和/或，数据接收性能要求，和/或，所述协同小区集合中各个小区间交互的信息确定天线端口数目N。

较佳地，网络侧设备根据自身测量的所述协同小区集合中所有小区的所有天线端口与UE间的信道信息、或者根据所述UE的终端等级、或者根据所述UE上报的所述协同小区集合中所有小区的所有天线端口与UE间的信道信息，确定所述N个天线端口，并将用于指示所述N个天线端口的指示信息下发给所述UE。

较佳地，按照预设周期或非周期更新所述协同小区集合；

N个天线端口与所述协同小区集合进行同步或异步更新。

较佳地，所述确定的N个天线端口包括，由多个实际端口经预设的加权系数加权合并后得到的合并端口。

较佳地，在从所述合并端口向所述CoMP UE发送数据时，将所述合并端口的数据按照所述预设的加权系数进行加权处理，再通过该合并端口对应的实际端口发送给所述CoMP UE。

较佳地，在通过确定的N个天线端口向所述UE发送数据前，该方法进一步包括：根据所述UE反馈的预编码矩阵信息或所述N个天线端口到所述UE的信道信息，为N个天线端口确定预编码矩阵，利用确定的预编码矩阵对数据进行线性预编码。

较佳地，所述预编码矩阵信息为，在预设的与N对应的码本中选择出的一个预编码矩阵在所述码本中的索引。

较佳地，当所述N为2、4或8时，预设的与所述N对应的码本为，LTE-A系统中单小区的N天线端口码本，或者，重新设定的N天线端口优化码本。

一种多小区数据传输方法，包括：

一CoMP UE接收该UE的协同小区集合中的至少一个小区下发的用于指示N个天线端口的指示信息；

所述UE接收从所述指示信息指示的N个天线端口发出的数据。

较佳地，该方法进一步包括：所述UE根据接收的协同小区集合信息确定协同小区集合。

较佳地，所述UE接收协同小区集合更新信息，并依据该信息更新所述协同小区集合；所述UE接收N个天线端口更新信息，并依据该信息更新所述N个天线端口。

较佳地，所述N个天线端口包括，由多个实际端口经预设的加权系数加权合并后得到的合并端口。

较佳地，该方法进一步包括：

所述UE估计所述N个天线端口到UE的信道信息，并将所述信道信息发送给所述协同小区集合中的至少一个小区。

较佳地，该方法进一步包括：

所述UE估计所述N个天线端口到UE的信道信息，并从预设的与N对应的码本中选择出一个预编码矩阵，将选出的预编码矩阵在码本中的索引发送给所述协同小区集合中的至少一个小区。

较佳地，当所述N为2、4或8时，预设的与所述N对应的码本为，LTE-A系统中单小区的N天线端口码本，或者，重新设定的N天线端口优化码本。

较佳地，当所述确定的N个天线端口中包括由多个实际端口经预设的加权系数加权合并后得到的合并端口时，所述UE估计合并端口对应的每个实际端口的信道信息，并按照预设的加权系数进行加权处理，将加权后的结果作为所述合并端口的信道信息。

较佳地，UE根据所述N个天线端口到UE的信道信息进行数据接收，或者根据与数据同时发出的专用导频进行数据接收。

一种用于进行多点协同传输的网络侧设备，包括：

存储单元1，用于保存参与协同传输的天线端口数目集合；

确定单元1，用于在所述存储单元保存的所述天线端口数目集合中确定一个天线端口数目N；并用于在一CoMP UE的协同小区集合中确定N个天线端口并将相应指示信息发送给所述CoMP UE。

较佳地，该网络侧设备进一步包括存储单元2和确定单元2；

所述存储单元2，用于保存所述天线端口数目集合中每个天线端口数目对应的码本；

所述确定单元2，用于根据所述CoMP UE上报的信道信息，在所述存储单元保存的所述天线端口数目集合中天线端口数目N对应的码本中，选择预编码矩阵；或者，用于根据所述UE上报的预编码矩阵索引或预编码矩阵，确定所述预编码矩阵。

较佳地，该网络侧设备进一步包括确定单元3，用于根据所述UE上报的量化信道信息，确定预编码矩阵。

较佳地，所述网络侧设备为，基站、或基站的上级控制设备。

较佳地，当所述网络侧设备为基站时，所述网络侧设备进一步包括数据发送单元，用于从所述确定单元1确定的N个天线端口发送数据。

一种用于进行多点协同传输的UE，包括：

确定单元1，用于接收网络侧设备下发的N个天线端口的指示信息并据此确定N个天线端口；

接收单元，用于接收从所述确定单元1确定的所述N个天线端口发出的数据。

较佳地，该UE进一步包括：

存储单元，用于保存预设的天线端口数目集合中每个天线端口数目对应的码本；

确定单元2，用于测量所述确定单元1确定的N个天线端口到自身的信道信息，并在所述存储单元保存的天线端口数目N对应的码本中，选择预编码矩阵，将该预编码矩阵的索引反馈给网络侧设备。

较佳地，该UE进一步包括确定单元3，用于测量所述确定单元1确定的N个天线端口到自身的信道信息，计算预编码矩阵，并将该预编码矩阵反馈给网络侧设备。

较佳地，该UE进一步包括：反馈单元，用于测量所述确定单元1确定的N个天线端口到自身的信道信息，反馈给网络侧设备。

由上述技术方案可见，本发明中，对于一CoMP UE，在预先确定的参与协同传输的天线端口数目集合中选择一个天线端口数目N，并在确定的该UE的协同小区集合内的所有小区中，确定N个天线端口；将确定的N个天线端口相应的指示信息下发给该UE，并通过确定出的N个天线端口向该UE发送数据。在上述多小区联合传输方法中，参与协同传输的天线端口数目N只能在预先设定的集合中选择，而不是任意设定，这样，在进行数据传输方式的确定时，即可以在一个较小的范围内进行，简化UE和系统的实现复杂度。

进一步地，当在网络侧采用预编码技术时，由于参与协同传输的天线数目N在一个有限集合内选择，因此为N天线端口确定预编码矩阵时，只需要保存预设的集合中这些天线端口数目对应的码本即可，不需要将所有可能的天线端口数目均定义码本；或者，在UE向网络侧设备反馈量化信道状态信息时，也只需要反馈与预设集合中的天线端口数目对应的量化信道状态信息，从而降低了量化反馈的开销。因此，应用上述多小区联合传输方法，能够将参与协同传输的天线端口数目限定在一定范围内，从而一方面能够实现预编码处理，另一方面又能控制实现复杂度。

附图说明

图1为本发明实施例中的多小区数据传输方法流程图。

具体实施方式

为使本发明的目的、技术手段和优点更加清楚明白，以下结合附图对本发明做进一步详细说明。

本发明的基本思想是：限制参与协同传输的天线端口数目，从而在多小区联合传输中，降低确定数据传输方式的实现复杂度。

本发明的多小区数据传输方法包括网络侧的处理方法和UE侧的处理方法。二者通过交互，完成整个数据传输方式确定和数据传输过程。为描述清楚起见，在下面的实施例中将网络侧的处理方法和UE侧的处理方法结合到一起进行介绍。

图1为本发明实施例中多小区数据传输方法流程图。以对一CoMP UE A的处理为例进行说明。如图1所示，该方法流程包括：

步骤101，对于UE A，确定协同小区集合。

对于某一UE，确定该UE需要测量信道信息的小区，确定的这些小区将可能参与对该UE的协同传输，由确定的小区构成的集合记为协同小区集合。该集合可以在网络侧确定，也可以由UE确定。具体确定方式可以参见现有实现方式。例如，UE测量周围小区的导频信号的强度或者检测同步信号的时延并反馈给网络，网络侧根据导频信号强度在一段时间内的平均值或同步信号的时延确定一个协同小区集合并将该集合通知给UE；或者，UE根据导频信号强度在一段时间内的平均值或同步信号的时延确定协同小区集合，再将该集合通知网络；或者，网络侧根据UE的终端等级选定协同小区集合并通知给UE；或者UE根据自己的接收能力选定协同小区集合并通知网络侧。进一步地，协同小区集合是个慢变的集合，网络侧或UE可以按一定的周期进行更新。

步骤102，网络侧在预先确定的天线端口数目集合中选择一个天线端口数目N，并下发给UE A。

为限制协同传输时的天线端口数目，预先确定参与协同传输的天线端口数目集合，在该集合中仅包括几种可选的参与协同传输的天线端口数目。并且优选地，为尽量减少需要重新设定的码本，天线端口数目集合可以尽量选择与现有的单小区所支持的天线端口数目相一致的天线端口数目，例如，2，4，8等。

具体在设定的天线端口数目集合中选择目前使用的天线端口数目N时，可以根据UE对天线端口的测量能力以及网络侧设备的发送能力来综合选择。选择的N值越大，则有越多的天线端口参与对该UE的协同传输，数据接收性能越好，当然占用的资源和实现复杂度越大；选择的N值越小，则参与对该UE协同传输对天线端口越少，则数据的接收性能越差，但是相对占用的资源越少，并且实现越简单。因此在选择N时，还可以进一步参考数据的接收性能要求和当前资源状况等，综合选择适合的N。同时，协同小区集合中的各个小区之间可以交互信息，以共同确定天线端口数目N。

步骤103，在步骤101中确定的协同小区集合中，确定N个天线端口。

具体确定N个天线端口可以由网络侧来进行，也可以由UE进行。

当由网络侧确定时，网络侧可以对协同小区集合中所有小区的天线端口测量其与UE间的信道信息，并根据该信道信息在这些天线端口中确定N个信道质量好的天线端口，并在通知UE协同小区集合的同时(或之后)通知UE这N个天线端口；或者，网络侧也可以根据终端等级以及UE上报的各个天线端口到该UE的信道信息，确定N个信道质量好的天线端口。

当由UE确定N个天线端口时，UE测量步骤101中确定的协同小区集合中所有小区的所有天线端口到UE的信道信息，根据该信道信息确定N个信道质量好的天线端口，并将确定结果上报给网络侧。

其中网络侧或UE测量各天线端口信道信息的方式可以采用现有方式实现，这里就不再赘述。另外，确定的N个天线端口也可以按照一定周期或经事件触发进行更新，并且可以与协同小区集合同步或异步更新。但通常优选地，N个天线端口的更新周期要小于协同小区集合的更新周期，从而可以在确定的协同小区集合中，实时确定和更新合适的N个天线端口集合。

至此，在确定N个天线端口后，即可以利用这N个天线端口在网络和UE间进行数据传输。本发明最基本的多小区传输方法流程结束。

同时，进一步地，如果在传输过程中采用预编码技术提高传输性能，则优选地，可以进一步执行如下步骤：

步骤104，根据确定的N个天线端口到UE A的信道信息，为N个天线端口选择最优的预编码矩阵。

预编码矩阵的选择方式可以为：预先在UE和网络侧保存码本，由UE选择最优的预编码矩阵，并反馈该预编码矩阵索引，网络侧根据接收的预编码索引确定选择的预编码矩阵；或者，UE进行信道信息的测量，再将量化处理后的信道信息反馈给网络侧，网络侧根据该量化信道信息计算预编码矩阵或在保存的码本中选择最优的预编码矩阵；或者，UE根据N个天线端口所在各小区的公共导频估计出N个天线端口到UE的信道信息，UE根据信道信息计算出预编码矩阵，并反馈到网络侧。

具体地，第一种选择方式包括：

a、预先在UE和网络侧设备中保存与协同传输的天线端口数目对应的码本；其中，对于参与协同传输的天线端口数目集合中的每种天线端口数目，均有对应的码本，例如天线端口数目集合为{2，4，6，8}，则保存对应2个天线端口的码本、对应4个天线端口的码本、对应6个天线端口的码本、对应8个天线端口的码本；其中，可以重用单小区码本，例如，对应2个天线端口的码本就采用单小区中2个天线端口对应的码本，或者，也可以重新设计性能更优的码本；

b、UE根据由N个天线端口所在各小区的公共导频估计出的N个天线端口到UE的信道信息，从N天线端口的码本中选出最优的预编码矩阵并通过上行信道反馈预编码矩阵的索引到网络侧；网络侧根据选择的N值确定对应的码本，再根据接收的预编码矩阵索引确定具体的预编码矩阵。

第二种选择方式包括：UE根据N个天线端口所在各小区的公共导频估计出N个天线端口到UE的信道信息，将N天线端口的信道信息量化后反馈到网络侧。网络侧根据反馈的量化信道状态信息独立计算出预编码矩阵，或者，根据反馈的量化信道状态信息在预先保存的码本中选择最优的预编码矩阵，其中预先保存的码本与第一种选择方式中相同，这里就不再赘述。

第三种选择方式包括：UE根据N个天线端口所在各小区的公共导频估计出N个天线端口到UE的信道信息，UE根据信道信息计算出预编码矩阵，并反馈到网络侧。

步骤105，利用步骤104选择的预编码矩阵对数据进行线性预编码，并通过确定的N个天线端口发送给UE A。

网络侧根据该UE的业务需求以及N个天线端口所在小区的资源占用状况分配时频资源并通知该UE，通知方式可以通过该UE的归属小区基站的下行控制信令PDCCH通知该UE。然后，网络侧利用选择出的预编码矩阵对数据进行线性预编码，并从确定的N个天线端口发送给UE。

步骤106，UE接收从N个天线端口发出的数据。

本步骤中，UE进行数据接收时，可以有两种方式，一种为：根据N个天线端口到UE的信道信息以及预编码矩阵信息进行数据接收，另一种为，UE根据与数据同时发出的专用导频进行数据接收，其中，专用导频也是经过预编码处理的，因此UE在接收数据时可以根据专用导频估计得到包括预编码处理在内的等效信道，直接根据该等效信道对数据进行接收处理，就不需要在接收时进一步根据预编码矩阵进行解预编码处理了。

至此，本发明实施例中的多小区传输方法流程结束。由上述流程可见，通过设置参与协同传输的天线端口数目集合，限制进行多小区传输时的天线端口数目，从而限制与该天线端口数目对应的码本数量和UE反馈的量化信道信息量。并且，在进行多小区传输时或在进行传输前，根据UE和网络侧的能力以及数据接收性能的要求，选择合适的天线端口数目，并确定对应的预编码矩阵进行线性预编码处理。这样，一方面可以实现线性预编码，另一方面可以降低实现线性预编码的复杂度。

另外，在上述实施例中，N值的选择在协同小区集合确定之后进行，事实上，也可以在协同小区集合确定前进行，本发明对此并不限定。同时，为保证随时适应新的信道状态和资源分配状况，该N值可以随时更新，只要更新N值的一侧(UE或网络侧)通知对方即可。

同时，上述实施例中，N个天线端口的确定和预编码矩阵的选择是先后进行的，即首先确定N个天线端口，然后选择相应的预编码矩阵。事实上，还可以由UE根据协同小区集合中各小区所有天线端口到该UE的信道信息，对N各天线端口和对应的预编码矩阵进行联合选取，选择预编码后性能最优的N个天线端口和对应的预编码矩阵。

进一步地，在上述实施例的基础上，还可以进行实际天线端口的合并来降低实现复杂度。

具体地，可以预先将某小区的多个实际天线端口按照一定的加权系数进行合并，形成合并天线端口。在参与协同传输时，将由多个实际天线端口加权后形成的合并天线端口作为一个天线端口，参与N值的选择和预编码矩阵的选择操作。更详细地，在步骤103中由网络侧或UE确定的N个天线端口可以包括合并天线端口；在步骤104中确定预编码矩阵时，对于合并天线端口，首先估计该合并天线端口对应的每个实际天线端口到UE的信道信息，再利用预设的实际天线端口构成合并天线端口的加权系数对估计得到的信道信息进行加权，将加权结果作为合并天线端口到UE的信道信息，再根据该信道信息与其他端口的信道信息确定预编码矩阵；在步骤105中，对合并天线端口，首先与其他天线端口一起利用预编码矩阵进行线性预编码，然后，利用预设的加权系数将合并天线端口对应的线预编码后的数据进行加权，再从该合并天线端口对应的每个实际端口发送给UE。

下面给出三个具体的例子说明本发明的方法：

例一，确定UE的协同小区集合中包括3个协同小区，其公共天线端口数目分别为4，4，2；预设的参与协同传输的天线端口数目集合为{2，4，6，8}，在该天线端口数目集合中选择N＝8；网络通知UE确定的8个天线端口为：小区1的天线端口0-3，小区2的天线端口0-1，小区3的天线端口0-1；UE估计出这8个端口的信道后，从8天线端口的码本中选出最优的预编码矩阵并将索引反馈到网络。8天线端口的码本可以用LTE-A系统单小区的8天线端口码本。

例二，确定UE的协同小区集合中包括3个协同小区，其公共天线端口数目分别为4，4，2；预设的参与协同传输的天线端口数目集合为{2，4，6，8}，在该天线端口数目集合中选择N＝8；UE测量小区1的天线端口0-3，小区2的天线端口0-3，小区3的天线端口0-1，从中选出8个天线端口并通知给网络。UE估计出这8个端口的信道后，从8天线端口的码本中选出最优的预编码矩阵。8天线端口的码本可以用LTE-A系统单小区的8天线端口码本。

例三，确定UE的协同小区集合中包括3个协同小区，其公共天线端口数目分别为4，4，2；预设的参与协同传输的天线端口数目集合为{2，4，6，8}，在该天线端口数目集合中选择N＝4；其中，小区1存在一个合并端口，合并的加权系数为[1 1 1 1]，小区2存在一个合并端口，合并的加权系数为[1 -1 1 -1]；网络通知UE确定的4个天线端口为：小区1中的一个合并天线端口，该端口由小区1中的4个实际端口合并得到，合并的加权系数为[1 1 1 1]，小区2中的一个合并天线端口，该端口由小区2中的4个实际端口合并得到，合并的加权系数为[1 -1 1 -1]，小区3的天线端口0-1；UE估计出这4个端口的信道后，从4天线端口的码本中选出最优的预编码矩阵，其中，4天线端口的码本可以用LTE-A系统单小区的4天线端口码本；进行线性预编码后再对合并天线端口按照加权系数进行加权，最后通过10个实际天线端口发送给UE。具体来讲，如果经过线性预编码后映射到小区2中的合并端口的数据记为d，则经小区2的4个实际端口传输的数据为[d -d d-d]。

与上述本发明实施例相应的，本发明还提供了用于进行多点协同传输的网络侧设备和UE，用于实现上述本发明的方法。根据上述图1所示的方法流程中执行各个步骤的主体不同，对应本发明提供的网络侧设备和UE的相应功能也有所不同。具体地，本发明提供两种网络侧设备的结构和两种UE的结构。

其中，一种用于进行多点协同传输的网络侧设备包括存储单元1、确定单元0、确定单元1和确定单元2。

其中，存储单元1，用于保存天线端口数目集合以及该集合中每个天线端口数目对应的码本；

确定单元0，用于确定参与协同传输的协同小区集合，具体可以由网络侧设备自身确定或接收UE上报的结果；

确定单元1，用于在存储单元1保存的天线端口数目集合中选择一个天线端口数目N；进一步用于将确定的N下发给UE，再接收所述UE上报的用于指示N个天线端口的指示信息，以确定N个天线端口，或者，进一步用于在协同小区集合中确定N个天线端口并将相应指示信息下发给UE；

确定单元2，用于根据所述UE上报的信道信息，在存储单元1保存的天线端口数目集合中天线端口数目N对应的码本中，选择最优的预编码矩阵；或者，用于根据所述UE上报的预编码矩阵索引，确定最优的预编码矩阵。

另一种用于进行多点协同传输的网络侧设备包括：存储单元、确定单元0、确定单元1和确定单元2。

其中，存储单元，用于保存天线端口数目集合；

确定单元0，用于确定协同小区集合；

确定单元1，用于在存储单元1保存的所述天线端口数目集合中选择一个天线端口数目N；进一步用于将选择的N下发给UE，再接收所述UE上报的用于指示N个天线端口的指示信息，以确定N个天线端口，或者，进一步用于在所述协同小区集合中确定N个天线端口，并将相应的指示信息下发给UE；

确定单元2，用于根据所述UE上报的量化信道信息，确定预编码矩阵。

当上述网络侧设备为基站的上级控制设备时，则将确定单元2确定的预编码矩阵下发给N个天线端口所在各小区的基站，相应的基站再进行线性预编码与数据发送；当上述网络侧设备为基站时，则直接根据确定的预编码矩阵进行线性预编码与数据发送。

本发明提供的一种用于进行多点协同传输的UE，包括：存储单元、确定单元0、确定单元1、确定单元2和接收单元。

存储单元，用于保存天线端口数目集合中每个天线端口数目对应的码本；

确定单元0，用于确定协同小区集合；

确定单元1，用于接收网络侧设备下发的天线端口数目N，再从所述协同小区集合中确定N个天线端口，并将确定的N个天线端口的指示信息反馈给网络侧设备，或者，用于接收网络侧设备下发的用于指示N个天线端口的指示信息；

确定单元2，用于测量确定单元1确定的N个天线端口到自身的信道信息，并在存储单元1保存的N个天线端口数目对应的码本中，选择最优的预编码矩阵，将该预编码矩阵的索引反馈给网络侧；

接收单元，用于接收N个天线端口发来的数据。

本发明提供的另一种用于进行多点协同传输的UE包括：存储单元、确定单元0、确定单元1和接收单元。

存储单元，用于保存天线端口数目集合中每个天线端口数目对应的码本；

确定单元0，用于确定协同小区集合；

确定单元1，用于接收网络侧设备下发的天线端口数目N，再根据存储单元保存的每个天线端口数目对应的码本，从协同小区集合中对N个天线端口和与N对应的预编码矩阵进行联合优化选取，并将确定的N个天线端口的相应指示信息和对应的预编码矩阵反馈给网络侧设备；

接收单元，用于接收所述N个天线端口发来的数据。

以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (25)

1.一种多小区数据传输的方法，其特征在于，该方法包括：

对于一多点协同传输CoMP UE，在预先确定的天线端口数目集合中确定一个天线端口数目N，并在协同小区集合内的所有小区中，确定N个天线端口；

所述协同小区集合中的至少一个小区，将用于指示所述N个天线端口的指示信息下发给所述UE；

通过确定的N个天线端口向所述CoMP UE发送数据；

其中，根据所述UE和网络侧设备的能力，和/或，数据接收性能要求，和/或，所述协同小区集合中各个小区间交互的信息确定天线端口数目N；网络侧设备根据自身测量的所述协同小区集合中所有小区的所有天线端口与UE间的信道信息、或者根据所述UE的终端等级、或者根据所述UE上报的所述协同小区集合中所有小区的所有天线端口与UE间的信道信息，确定所述N个天线端口。

2.根据权利要求1所述的方法，其特征在于，按照预设周期或非周期更新所述协同小区集合；

N个天线端口与所述协同小区集合进行同步或异步更新。

3.根据权利要求1所述的方法，其特征在于，所述确定的N个天线端口包括，由多个实际端口经预设的加权系数加权合并后得到的合并端口。

4.根据权利要求3所述的方法，其特征在于，在从所述合并端口向所述CoMP UE发送数据时，将所述合并端口的数据按照所述预设的加权系数进行加权处理，再通过该合并端口对应的实际端口发送给所述CoMP UE。

5.根据权利要求1所述的方法，其特征在于，在通过确定的N个天线端口向所述UE发送数据前，该方法进一步包括：根据所述UE反馈的预编码矩阵信息或所述N个天线端口到所述UE的信道信息，为N个天线端口确定预编码矩阵，利用确定的预编码矩阵对数据进行线性预编码。

6.根据权利要求5所述的方法，其特征在于，所述预编码矩阵信息为，在预设的与N对应的码本中选择出的一个预编码矩阵在所述码本中的索引。

7.根据权利要求6所述的方法，其特征在于，当所述N为2、4或8时，预设的与所述N对应的码本为，LTE-A系统中单小区的N天线端口码本，或者，重新设定的N天线端口优化码本。

8.一种多小区数据传输方法，其特征在于，该方法包括：

一CoMP UE接收该UE的协同小区集合中的至少一个小区下发的用于指示N个天线端口的指示信息；

所述UE接收从所述指示信息指示的N个天线端口发出的数据；

其中，天线端口数目N是在预先确定的天线端口数目集合中根据所述UE和网络侧设备的能力，和/或，数据接收性能要求，和/或，所述协同小区集合中各个小区间交互的信息确定的；N个天线端口是网络侧设备在所述协同小区集合内的所有小区中根据自身测量的所述协同小区集合中所有小区的所有天线端口与UE间的信道信息、或者根据所述UE的终端等级、或者根据所述UE上报的所述协同小区集合中所有小区的所有天线端口与UE间的信道信息确定的。

9.根据权利要求8所述的方法，其特征在于，该方法进一步包括：所述UE根据接收的协同小区集合信息确定协同小区集合。

10.根据权利要求9所述的方法，其特征在于，所述UE接收协同小区集合更新信息，并依据该信息更新所述协同小区集合；所述UE接收N个天线端口更新信息，并依据该信息更新所述N个天线端口。

11.根据权利要求8所述的方法，其特征在于，所述N个天线端口包括，由多个实际端口经预设的加权系数加权合并后得到的合并端口。

12.根据权利要求8所述的方法，其特征在于，该方法进一步包括：

所述UE估计所述N个天线端口到UE的信道信息，并将所述信道信息发送给所述协同小区集合中的至少一个小区。

13.根据权利要求8所述的方法，其特征在于，该方法进一步包括：

所述UE估计所述N个天线端口到UE的信道信息，并从预设的与N对应的码本中选择出一个预编码矩阵，将选出的预编码矩阵在码本中的索引发送给所述协同小区集合中的至少一个小区。

14.根据权利要求13所述的方法，其特征在于，当所述N为2、4或8时，预设的与所述N对应的码本为，LTE-A系统中单小区的N天线端口码本，或者，重新设定的N天线端口优化码本。

15.根据权利要求12到14中任一所述的方法，其特征在于，当所述确定的N个天线端口中包括由多个实际端口经预设的加权系数加权合并后得到的合并端口时，所述UE估计合并端口对应的每个实际端口的信道信息，并按照预设的加权系数进行加权处理，将加权后的结果作为所述合并端口的信道信息。

16.根据权利要求8所述的方法，其特征在于，UE根据所述N个天线端口到UE的信道信息进行数据接收，或者根据与数据同时发出的专用导频进行数据接收。

17.一种用于进行多点协同传输的网络侧设备，其特征在于，该网络侧设备包括：

存储单元1，用于保存参与协同传输的天线端口数目集合；

确定单元1，用于在所述存储单元保存的所述天线端口数目集合中确定一个天线端口数目N；并用于在一CoMP UE的协同小区集合中确定N个天线端口并将相应指示信息发送给所述CoMP UE；

其中，根据所述UE和网络侧设备的能力，和/或，数据接收性能要求，和/或，所述协同小区集合中各个小区间交互的信息确定天线端口数目N；网络侧设备根据自身测量的所述协同小区集合中所有小区的所有天线端口与UE间的信道信息、或者根据所述UE的终端等级、或者根据所述UE上报的所述协同小区集合中所有小区的所有天线端口与UE间的信道信息，确定所述N个天线端口。

18.根据权利要求17所述的网络侧设备，其特征在于，该网络侧设备进一步包括存储单元2和确定单元2；

所述存储单元2，用于保存所述天线端口数目集合中每个天线端口数目对应的码本；

所述确定单元2，用于根据所述CoMP UE上报的信道信息，在所述存储单元保存的所述天线端口数目集合中天线端口数目N对应的码本中，选择预编码矩阵；或者，用于根据所述UE上报的预编码矩阵索引或预编码矩阵，确定所述预编码矩阵。

19.根据权利要求17所述的网络侧设备，其特征在于，该网络侧设备进一步包括确定单元3，用于根据所述UE上报的量化信道信息，确定预编码矩阵。

20.根据权利要求17所述的网络侧设备，其特征在于，所述网络侧设备为，基站、或基站的上级控制设备。

21.根据权利要求20所述的网络侧设备，其特征在于，当所述网络侧设备为基站时，所述网络侧设备进一步包括数据发送单元，用于从所述确定单元1确定的N个天线端口发送数据。

22.一种用于进行多点协同传输的UE，其特征在于，该UE包括：

确定单元1，用于接收网络侧设备下发的N个天线端口的指示信息并据此确定N个天线端口；

接收单元，用于接收从所述确定单元1确定的所述N个天线端口发出的数据；

其中，天线端口数目N是网络侧设备在预先确定的天线端口数目集合中根据所述UE和网络侧设备的能力，和/或，数据接收性能要求，和/或，所述UE的协同小区集合中各个小区间交互的信息确定的；N个天线端口是网络侧设备在所述协同小区集合内的所有小区中根据自身测量的所述协同小区集合中所有小区的所有天线端口与UE间的信道信息、或者根据所述UE的终端等级、或者根据所述UE上报的所述协同小区集合中所有小区的所有天线端口与UE间的信道信息确定的。

23.根据权利要求22所述的UE，其特征在于，该UE进一步包括：

存储单元，用于保存预设的天线端口数目集合中每个天线端口数目对应的码本；

确定单元2，用于测量所述确定单元1确定的N个天线端口到自身的信道信息，并在所述存储单元保存的天线端口数目N对应的码本中，选择预编码矩阵，将该预编码矩阵的索引反馈给网络侧设备。

24.根据权利要求22所述的UE，其特征在于，该UE进一步包括确定单元3，用于测量所述确定单元1确定的N个天线端口到自身的信道信息，计算预编码矩阵，并将该预编码矩阵反馈给网络侧设备。

25.根据权利要求22所述的UE，其特征在于，该UE进一步包括：反馈单元，用于测量所述确定单元1确定的N个天线端口到自身的信道信息，反馈给网络侧设备。

Images