一种数据传输方法、网络侧设备及终端设备与流程

本发明涉及通信
技术领域：
，尤其涉及一种数据传输方法、网络侧设备及终端设备。
背景技术：
：多输入多输出(英文：multipleinputmultipleoutput，简称：mimo)技术(也可以称为多天线技术)可以通过空间分集提升系统可靠性、空间复用提升系统容量、波束赋形提升小区覆盖。长期演进(英文：longtermevolution，简称：lte)系统的物理层基本技术即包括mimo技术。lte的多天线系统中，为了区分不同的信道，定义了不同的逻辑端口(port)，其中，用户级参考信号，例如解调参考信号，在现有lte系统中为dm-rs(英文：demodulation-referencesignal)，通过天线端口5、天线端口7、天线端口8或者天线端口7-14中的一个或多个天线端口发送，所以这些用于发送dm-rs的天线端口又称为dm-rs端口。同样的，数据也会在不同的天线端口上进行发送，例如在天线端口5、天线端口7、天线端口8等一个或多个天线端口发送，这些用于发送数据的天线端口又称为数据端口。接收端可以利用与数据端口相同的天线端口上发送的dm-rs进行信道估计和数据解调。lte在版本10中，引入了新的传输模式，即传输模式9，支持8个天线端口，并支持多用户mimo传输。为了支持8天线传输，基站需要在物理下行控制信道，如lte中的pdcch(英文：physicaldownlinkcontrolchannel)中指示用户物理下行共享信道(如lte中的pdsch，英文：physicaldownlinksharedchannel)数据对应的预编码层数以及dm-rs对应的天线端口号，终端设备通过检测pdcch中相应的指示域，可以得到其接收的pdsch数据包含多少层以 及每层对应的天线端口，终端设备通过天线端口发送的dm-rs进行信道估计，然后进行pdsch的数据解调。lte在第三代合作伙伴计划(英文：3rdgenerationpartnershipproject，简称：3gpp)版本11中，为了支持多点协作传输，引入了天线端口准共址，在lte系统中简称为qcl(英文：quasico-located)的概念。从qcl的天线端口发送出的信号会经过相同的大尺度衰落。大尺度衰落包括时延扩展、多普勒扩展、多普勒频移、平均信道增益和平均时延。为了支持终端设备从服务基站通过pdcch接收下行控制信息，从协作基站通过pdsch接收下行数据，版本11中定义了一种新的传输模式，即传输模式10，主要引入了物理下行共享信道资源元素映射以及准共址指示，在lte系统中简称为pqi(英文：pdschremappingandqclindicator)，用来指示下行数据是从哪一个基站发送的，其对应的信道大尺度特征与哪一组天线端口一致。ue根据pqi，结合无线资源控制(英文：radioresourcecontrol，简称：rrc)信令配置的pdsch映射消息元素，可以得知解调该下行数据需要使用哪一组天线端口对应的无线信道参数。由于lte版本11中的pqi仅支持一组参数，意味着pdsch只能从一组qcl天线端口发送，这样限制了传输模式10的应用范围，例如在分布式mimo系统中，或者多站点协作传输系统中，只能通过单频网络(英文：singlefrequencynetwork，简称sfn)技术(多个天线端口/基站在相同的时频资源上发送相同的调制数据)将多个非qcl的天线端口合成属于同一个qcl集合的天线端口，为单个用户进行sfn传输，比方说两个地理分离的天线端口分别属于两个qcl集合，如果想在同一时域符号通过这两个天线端口向同一个终端设备发送数据，那么按照现有协议，只能把这两个天线端口虚拟化成一个合成的天线端口，然后向终端设备发送数据。而不支持分属不同qcl天线端口集合的多个天线端口在同一时域符号为单个用户进行多流传输或者发射分集传输等基本的mimo传输。技术实现要素：本发明实施例提供一种数据传输方法、网络侧设备及终端设备，用以解决现有技术中非准共址的多个天线端口不能共同为单个用户服务的技术问题。第一方面，本发明实施例提供了一种数据传输方法，包括：第一网络侧设备向终端设备发送指示信息，所述指示信息用于指示所述第一网络侧设备和第二网络侧设备将共同向所述终端设备发送数据；所述第一网络侧设备将需要自身发送的数据映射到第一天线端口集合中的全部或部分天线端口上并发送映射到所述天线端口上的所述需要自身发送的数据；其中，所述第一天线端口集合中的天线端口和所述第二网络侧设备所使用的第二天线端口集合中的天线端口不完全相同。在本发明实施例的方案中，第一网络侧设备使用的第一天线端口集合，第二网络侧设备使用第二天线端口集合，并且进一步第一网络侧设备向终端设备发送用于指示共同传输的指示信息，所以终端设备可以正确的进行数据解调，所以本发明实施例的方案可以支持非qcl的第一网络侧设备和其它第二网络侧设备共同向终端设备进行数据传输。结合第一方面，在第一方面的第一种可能的实现方式中，在所述第一网络侧设备向所述终端设备发送指示信息之前，所述方法还包括：所述第一网络侧设备向所述终端设备发送天线端口分配结果；其中，所述天线端口分配结果用于指示所述第一天线端口集合和/或所述第二天线端口集合。通过该方法，可以实现动态分配天线端口集合的目的，比较灵活，便于使用。结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，在所述第一网络侧设备向终端设备发送指示信息之前，所述方法还包括：所述第一网络侧设备向所述第二网络侧设备发送通知信息，所述通知信息用于通知所述第二网络侧设备，所述第二网络侧设备所使用的所述第二天线端口集合或所述第一天线端口集合。结合第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方 式，在第一方面的第三种可能的实现方式中，第一网络侧设备向终端设备发送天线端口分配结果，包括：所述第一网络侧设备通过高层信令向所述终端设备发送所述天线端口分配结果。结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，所述第一网络侧设备通过高层信令向所述终端设备发送天线端口分配结果，包括：所述第一网络侧设备通过高层信令中的物理下行共享信道映射和准共址qcl配置信息元素向所述终端设备发送所述天线端口分配结果。结合第一方面或第一方面的第一种可能的实现方式至第一方面的第四种可能的实现方式中的任意一种，在第一方面的第五种可能的实现方式中，所述第一网络侧设备将需要自身发送的数据通过所述第一天线端口集合中的天线端口发送给所述终端设备，包括：所述第一网络侧设备将需要在共同传输的数据的多个码字中的部分码字映射到所述第一天线端口集合中的天线端口上并发送所述映射到所述第一天线端口集合中的天线端口上的所述部分码字；或所述第一网络侧设备将分集传输的一路信号映射到所述第一天线端口集合中的天线端口上并发送映射到所述天线端口上的所述一路信号。结合第一方面或第一方面的第一种可能的实现方式至第一方面的的第五种可能的实现中的任意一种，在第一方面的第六种可能的实现方式中，所述第一天线端口集合和所述第二天线端口集合中的天线端口还用于传输解调参考信号，且使用发送所述数据的端口传输解调所述数据用的解调参考信号。第二方面，本发明实施例还提供一种数据传输方法，包括：第二网络侧设备获得协作指示；所述协作指示用于指示所述第二网络侧设备与第一网络侧设备共同向终端设备发送数据；所述第二网络侧设备获取预先得到的第二天线端口集合；第二天线端口集合中包含至少一个天线端口；其中，所述至少一个天线端口与所述第一网络侧设备所使用的第一天线端口集合中的天线端口不完全相同；所述第二网络侧设备将需要自身发送的数据映射到所述第二天线端口集合中的全部或部分天线端口并发送映射到所述天线端口的所述 需要自身发送的数据。结合第二方面，在第二方面的第一种可能的实现方式中，所述第二网络侧设备获取预先得到的第二天线端口集合，包括：所述第二网络侧设备获取从所述第一网络侧设备接收的第二天线端口集合。结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述第一天线端口集合和所述第二天线端口集合中的天线端口还用于传输解调参考信号，且使用发送所述数据的端口传输解调所述数据用的解调参考信号。第三方面，本发明实施例还提供一种数据传输方法，包括：终端设备接收第一网络侧设备发送的指示信息；所述指示信息用于指示所述第一网络侧设备和第二网络侧设备将在同一时域符号向所述终端设备发送数据；所述终端设备根据所述指示信息接收所述第一网络侧设备发送的第一部分数据和所述第二网络侧设备发送的第二部分数据。可选的，进一步的，所述终端设备根据预先获得的所述第一网络侧设备发送所述第一部分数据所使用的第一天线端口发送的第一解调参考信号进行信道估计并根据信道估计结果解调所述第一部分数据；以及，根据预先获得的所述第二网络侧设备发送所述第二部分数据所使用的第二天线端口发送的第二解调参考信号进行信道估计并根据信道估计结果解调所述第二部分数据；其中，所述第一天线端口和所述第二天线端口不相同。可以理解的是，解调参考信号可以是lte系统中的dm-rs，也可以是随着系统演进，出现的实现和dm-rs解调参考功能类似的其它名称的信号，该解调参考信号的功能可以参考
背景技术：
或相应3gpp标准中的描述。结合第三方面，在第三方面的第一种可能的实现方式中，所述方法还包括：所述终端设备接收所述第一网络侧设备发送的天线端口分配结果；所述天线端口分配结果包括所述第一网络侧设备所使用的第一天线端口集合和所述第二网络侧设备所使用的第二天线端口集合；所述第一天线端口集合中的天线端 口和所述第二天线端口集合中的天线端口不完全相同；所述第一天线端口为所述第一天线端口集合中的全部或部分天线端口，所述第二天线端口为所述第二天线端口集合中的全部或部分天线端口；所述终端设备根据天线端口与解调参考信号的对应关系，确定与所述第一天线端口对应的所述第一解调参考信号以及与所述第二天线端口对应的所述第二解调参考信号。结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述第一天线端口集合和所述第二天线端口集合中的天线端口还用于传输解调参考信号，且使用发送所述数据的端口传输解调所述数据用的解调参考信号。其中，在终端设备侧，传输解调参考信号是指接收解调参考信号。第四方面，本发明实施例提供一种网络侧设备，包括：处理器，用于获得指示信息并将需要自身发送的数据映射到第一天线端口集合中的全部或部分天线端口；所述指示信息用于指示所述网络侧设备和第二网络侧设备将共同向终端设备发送数据；其中，所述第一天线端口集合中的天线端口和所述第二网络侧设备所使用的第二天线端口集合中的天线端口不完全相同；发送器，用于向所述终端设备发送所述指示信息，以及将映射到所述天线端口的所述需要自身发送的数据发送给所述终端设备。结合第四方面，在第四方面的第一种可能的实现方式中，所述发送器还用于：在向所述终端设备发送所述指示信息之前，向所述终端设备发送天线端口分配结果；其中，所述天线端口分配结果用于指示所述第一天线端口集合和/或所述第二天线端口集合。结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，所述发送器还用于向所述第二网络侧设备发送通知信息，所述通知信息用于通知所述第二网络侧设备，所述第二网络侧设备所使用的所述第二天线端口集合或所述第一天线端口集合。结合第四方面的第一种可能的实现方式或第四方面的第二种可能的实现方 式中，在第四方面的第三种可能的实现方式中，所述发送器用于通过高层信令向所述终端设备发送所述天线端口分配结果。结合第四方面的第三种可能的实现方式，在第四方面的第四种可能的实现方式中，所述发送器用于通过高层信令中的物理下行共享信道映射和准共址qcl配置信息元素向所述终端设备发送所述天线端口分配结果。结合第四方面或第四方面的第一种可能的实现方式至第四方面的第四种可能的实现方式中任意一种，在第四方面的第五种可能的实现方式中，所述处理器用于将需要共同传输的数据的多个码字中的部分码字映射到所述第一天线端口集合中的天线端口上并通过所述发送器发送所述映射到所述第一天线端口集合中的天线端口上的所述部分码字；或将分集传输的一路信号映射到所述第一天线端口集合中的天线端口上并通过所述发送器发送映射到所述天线端口上的所述一路信号。结合第四方面或第四方面的第一种可能的实现方式至第四方面的第五种可能的实现方式中任意一种，在第四方面的第六种可能的实现方式中，所述第一天线端口集合和所述第二天线端口集合中的天线端口还用于传输解调参考信号，且使用发送所述数据的端口传输解调所述数据用的解调参考信号。在前述的一些可能的实现方式中，所述通知信息包括天线端口索引项，所述天线端口索引项的大小为n比特，其中，第i个比特为0，表示所述第二网络侧设备或所述第一网络侧设备支持的天线端口中第i个天线端口没有被配置，第i个比特为1表示所述第二网络侧设备或所述第一网络侧设备支持的天线端口中第i个天线端口被配置，i取值为0至n-1间的整数，n为正整数。在前述的一些可能的实现方式中，所述指示信息包括物理下行共享信道资源元素映射以及准共址指示pqi，所述pqi的域值由比特数大于2的比特表示。第五方面，本发明实施例提供一种网络侧设备，包括：接收器，用于接收协作指示；所述协作指示用于指示所述网络侧设备与第一网络侧设备共同向终端设备发送数据；处理器，用于将需要自身发送的数据 映射到第二天线端口集合中的全部或部分天线端口；第二天线端口集合中包含至少一个天线端口；其中，所述至少一个天线端口与所述第一网络侧设备所使用的第一天线端口集合中的天线端口不完全相同；发送器，用于将映射到所述天线端口的所述需要自身发送的数据发送给所述终端设备。结合第五方面，在第五方面的第一种可能的实现方式中，所述处理器用于通过所述接收器从所述第一网络侧设备接收第二天线端口集合。结合第五方面或第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，所述第一天线端口集合和所述第二天线端口集合中的天线端口还用于传输解调参考信号，且使用传输所述数据的端口传输解调所述数据用的解调参考信号。第六方面，本发明实施例提供一种终端设备，包括：接收器，用于接收第一网络侧设备发送的指示信息；所述指示信息用于指示所述第一网络侧设备和第二网络侧设备将共同向所述终端设备发送数据；以及接收所述第一网络侧设备发送的第一部分数据和所述第二网络侧设备发送的第二部分数据；处理器，用于根据所述指示信息接收所述第一部分数据和所述第二部分数据。结合第六方面，在第六方面的第一种可能的实现方式中，所述处理器，还用于根据预先获得的所述第一网络侧设备发送所述第一部分数据所使用的第一天线端口发送的第一解调参考信号进行信道估计并根据信道估计结果解调所述第一部分数据；以及，根据预先获得的所述第二网络侧设备发送所述第二部分数据所使用的第二天线端口发送的第二解调参考信号进行信道估计并根据信道估计结果解调所述第二部分数据；其中，所述第一天线端口和所述第二天线端口不相同。结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，所述接收器还用于接收所述第一网络侧设备发送的天线端口分配结果；所述端口分配结果包括所述第一网络侧设备所使用的第一天线端 口集合和所述第二网络侧设备所使用的第二天线端口集合；所述第一天线端口集合中的天线端口和所述第二天线端口集合中的天线端口不完全相同；所述第一天线端口为所述第一天线端口集合中的全部或部分天线端口，所述第二天线端口为所述第二天线端口集合中的全部或部分天线端口；所述处理器用于根据天线端口与解调参考信号的对应关系，确定与所述第一天线端口对应的所述第一解调参考信号以及与所述第二天线端口对应的所述第二解调参考信号。结合第六方面或第六方面的第一种可能的实现方式或第六方面的第二种可能的实现方式，在第六方面的第二种可能的实现方式中，所述指示信息包括物理下行共享信道资源元素映射以及准共址指示pqi，所述pqi的域值由比特数大于2的比特表示。第七方面，本发明实施例提供一种数据传输装置，所述数据传输装置包括用于实现第一方面所述的方法的功能模块。第八方面，本发明实施例还提供一种数据传输装置，所述数据传输装置包括用于实现第二方面所述的方法的功能模块。第九方面，本发明实施例还提供一种数据传输装置，所述数据传输装置包括用于实现第三方面所述的方法的功能模块。第十方面，本发明实施例还提供一种计算机存储介质，所述计算机存储介质上存储有程序代码，所述程序代码包括用于实现所述第一方面、第二方面或第三方面的方法的任意可能的实现方式的指令。在前述一些可能的实现方式中，共同向终端设备发送数据，包括：第一网络侧设备和第二网络侧设备在同一时域符号上向所述终端设备发送数据；或第一网络侧设备和第二网络侧设备在不同的时域符号上向所述终端设备发送数据。其中，第一网络侧设备和第二网络侧设备在同一时域符号上向所述终端设备发送数据，包括但不限于多点多流协作传输或多点分集协作传输的方式。附图说明图1a-图1b为本发明实施例提供的一种通信系统结构图；图2为本发明实施例提供的一种装置的结构图；图3为本发明实施例提供的一种第一网络侧设备侧的数据传输方法的流程图。具体实施方式本发明实施例提供一种数据传输方法、网络侧设备及终端设备，用以解决现有技术中非准共址的多个天线端口无法共同为单个用户服务的技术问题。以下将详细描述本发明实施例中方案的实施过程、目的。本发明实施例提供的一种数据传输方法，该方法可以应用于通信网络系统中。请参考图1a和图1b所示，为本发明实施例提供的一种可能的通信网络系统结构图。如图1a中所示的结构，该通信网络系统包括第一网络侧设备、第二网络侧设备和终端设备。第一网络侧设备为终端设备的服务网络侧设备，服务侧网络设备是指该通过无线空口协议为终端设备提供rrc连接、非接入层(英文：non-accessstratum，简称：nas)移动性管理和安全性输入等服务的网络侧设备。第一网络侧设备和终端设备可以通过空口协议进行通信。第二网络侧设备的数量可以是一个或多个，且与第一网络侧设备为满足不同qcl的网络侧设备，一般而言，第二网络侧设备与第一网络侧设备位于不同的地理位置。通常，第二网络侧设备为第一网络侧设备的邻网络侧设备。第二网络侧设备也可以通过空口协议进行数据传输。第二网络侧设备用于协助第一网络侧设备共同向终端设备进行数据传输，例如多流传输或者分集传输，所以第二网络侧设备也可以称为协作网络侧设备。第一网络侧设备和第二网络侧设备之间也可以进行通信，例如进行控制消息和/或指示信息的传递。在实际运用中，第一网络侧设备也可以是协作网络侧设备，第二网络侧设备为服务网络侧设备。另一方面，第一网络侧设备和第二网络侧设备可以是同一设备的不同传输 点，例如两个距离较远的射频单元(英文：radiounit，简称：ru)或者称为射频头(英文：radiohead，简称：rh)，或者是两个完全独立的网络侧设备，例如两个基站。在本文中，第一网络侧设备和第二网络侧设备同时向终端设备发送数据包括两个含义。第一层含义，第一网络侧设备和第二网络侧设备在同一时域符号上向所述终端设备发送数据。第二层含义，第一网络侧设备和第二网络侧设备在不同的时域符号上向所述终端设备发送数据。需要说明的是，在协同多点(英文：coordinatedmultiplepoints，简称：comp)传输中，假设终端设备收到的多个天线端口信号经过的无线信道具有相同的大尺度特性，即该多个天线端口属于同一个qcl集合。这样，对于与终端设备间无线信道不同的两个网络设备而言，如果同时向该终端侧设备进行数据发送，则需要两个网络设备中的天线进行联合虚拟化形成满足qcl约束的天线端口，在该天线端口上发送解调参考信号以及数据。一种联合虚拟化的方法是sfn技术，即第一网络侧设备的天线集合中的第一天线端口与第二网络侧设备的天线集合中的第二天线端口合成一个天线端口，从该天线端口中发送的数据为第一天线和第二天线在相同时频资源中发送相同的调制符号。在第一层含义的情况下，本实施例方案中第一网络侧设备使用的第一天线端口集合与第二网络侧设备所使用的第二天线端口集合中的天线端口不完全相同。换言之，第一天线端口集合属于一个qcl集合，第二天线端口集合属于另一个qcl集合，这两个qcl集合是非qcl的。而在本实施例中，可以通过两个非qcl的天线端口在同一个时域符号上向终端设备发送数据。在第二层含义的情况下，虽然第一网络侧设备和第二网络侧设备会在不同的时域符号上发送数据，但是本实施例中预先进行了天线端口分配，且第一网络侧设备使用的第一天线端口集合与第二网络侧设备所使用的第二天线端口集合中的天线端口不完全相同。在图1b所示的结构中，与图1a所示的结构不同的是，第一网络侧设备和 第二网络侧设备同时接入集中调度器。第一网络侧设备和第二网络侧设备之间可以不用直接进行通信，而上述控制消息和/或指示信息均由集中调度器向第一网络侧设备和第二网络侧设备下达。在实际部署时，集中调度器可以是单独的物理设备，也可以是集成在第一网络侧设备上的一个功能模块，或是集成在其他设备上的一个功能模块，在本文中不予限定。应理解，图1a和图1b所示的通信系统中仅示出了一个终端设备(孤立终端)和两个网络侧设备的情形，但本发明并不限于此。该通信系统中还可包括除这两个网络侧设备以外的在相同的时频资源上传输业务的近邻网络侧设备和终端设备，每个网络侧设备的覆盖范围内还可以包括其它数量的终端设备。进一步可选的，图1a和图1b中网络侧设备和终端设备所在的通信系统还可以包括网络控制器和/或移动管理实体等其它网络实体，本发明实施例不做限定。本文中提到的网络侧设备，可以是全球移动通讯(英文：globalsystemofmobilecommunication；简称：gsm)或码分多址(英文：codedivisionmultipleaccess；简称：cdma)中的基站(英文：basetransceiverstation；简称：bts)中，也可以是宽带码分多址(英文：widebandcodedivisionmultipleaccess；简称：wcdma)中的基站(英文：nodeb；简称nb)，还可以是长期演进(英文：longtermevolution；简称：lte)中的演进型基站(英文：evolutionalnodeb；简称：enb或enodeb)，或者中继站或接入点，或者未来5g网络中的基站等，本文中并不限定。本文中提到的终端设备，可以是无线终端设备也可以是有线终端设备，无线终端设备可以是指向用户提供语音和/或其他业务数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端设备可以经无线接入网(英文：radioaccessnetwork；简称：ran)与一个或多个核心网进行通信，无线终端设备可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手 持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(英文：personalcommunicationservice；简称：pcs)电话、无绳电话、会话发起协议(英文：sessioninitiationprotocol；简称：sip)话机、无线本地环路(英文：wirelesslocalloop；简称：wll)站、个人数字助理(英文：personaldigitalassistant；简称：pda)等设备。无线终端设备也可以称为系统、订户单元(subscriberunit)、订户站(subscriberstation)，移动站(mobilestation)、移动台(mobile)、远程站(remotestation)、远程终端(remoteterminal)、接入终端(accessterminal)、用户终端(userterminal)、用户代理(useragent)、用户设备(userdeviceoruserequipment)。另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。本文中的一些英文简称为以lte系统为例对本发明实施例进行的描述，其可能随着网络的演进发生变化，具体演进可以参考相应标准中的描述。接下来请参考图2，图2为本发明实施例提供的装置的可能的结构图。该装置例如为上述第一网络侧设备、第二网络侧设备、终端设备的一种可能的结构图。如图2所示，该装置包括：处理器10、发送器20、接收器30、存储器40和天线50。存储器40、发送器20和接收器30和处理器10可以通过总线进行连接。当然，在实际运用中，存储器40、发送器20和接收器30和处理器10之间可以不是总线结构，而可以是其它结构，例如星型结构，本申请不作具体限定。可选的，处理器10具体可以是通用的中央处理器或特定应用集成电路(英文：applicationspecificintegratedcircuit，简称：asic)，可以是一个或多个用于控制程序执行的集成电路，可以是使用现场可编程门阵列(英文：fieldprogrammablegatearray，简称：fpga)开发的硬件电路，可以是基带处理器。可选的，处理器10可以包括至少一个处理核心。可选的，存储器40可以包括只读存储器(英文：readonlymemory，简称：rom)、随机存取存储器(英文：randomaccessmemory，简称：ram)和磁盘存储器中的一种或多种。存储器40用于存储处理器10运行时所需的数据和/或指令。存储器40的数量可以为一个或多个。可选的，每个天线端口可以发送一种解调参考信号(英文：demodulationreferencesignal，简称：dm-rs)，用于终端设备进行pdsch的信道估计和pdsch数据解调。以lte为例，lte中支持8个天线端口，这8个天线端口可以分为两组，端口{7、8、11、13}为一组，端口{9、10、12、14}为另一组。两组天线端口通过频分进行区分，每一组内四个天线端口通过码分进行区分。可选的，发送器20和接收器30在物理上可以相互独立也可以集成在一起。发送器20可以通过天线50进行数据发送。接收器30可以通过天线50进行数据接收。接下来请参考如图3所示，为本发明实施例中第一网络侧设备侧的数据传输方法的流程图。如图3所示，该方法包括：步骤101：第一网络侧设备向终端设备发送指示信息，所述指示信息用于指示第一网络侧设备和第二网络侧设备将共同向终端设备发送数据；步骤102：第一网络侧设备将需要自身发送的数据映射到第一天线端口集合中的全部或部分天线端口并发送映射到所述天线端口上的所述需要自身发送的数据给终端设备；其中，第一天线端口集合中的天线端口和第二网络侧设备所使用的第二天线端口集合中的天线端口不完全相同。可选的，在步骤101之前，该方法还包括：第一网络侧设备向所述终端设备发送天线端口分配结果；其中，所述端口分配结果用于指示所述第一天线端口集合和/或所述第二天线端口集合。通过该方法，可以实现动态分配天线端口的效果，比较灵活。其中，如果第一网络侧设备仅向终端设备发送用于指示第一天线端口集合的分配结果，那么第二网络侧设备还向终端设备发送用于指示第二天线端口集 合的分配结果。其中，关于天线端口分配结果的获取方式可以有以下三种但不限于以下四种。第一种，第一网络侧设备自身配置自身所使用的第一天线端口集合和第二网络侧设备所使用的第二天线端口集合。该种方式适用于图1a所示的通信系统。举例来说，第一网络侧设备作为终端设备的服务基站，在确定需要和第二网络侧设备共同发送数据给终端设备时，就为自身分配天线端口集合，以及为第二网络侧设备分配天线端口。分配的结果例如为第一天线端口集合为{7，8，11，13}，第二天线端口集合为{9，10，12，14}。第二种，由集中调度器为第一网络侧设备和第二网络侧设备分别配置第一天线端口集合和第二天线端口集合。该种方式适用于如图1b所述的通信系统。举例来说，集中调度器在确定需要服务基站和协作基站共同向终端设备传输数据时，就分别为服务基站和协作基站配置天线端口集合，然后可以通过集中调度器与基站之间的通信协议，将端口配置结果通知给服务基站与协作基站。第三种，第一天线端口集合和第二天线端口集合是预先配置的。该种方案适用于图1a以及图1b所示的通信系统。举例来说，作为服务基站，预先配置的天线端口集合为{7，8，11，13}，作为协作基站，预先配置的天线端口集合为{9，10，12，14}。当集中调度器确定需要服务基站和协作基站共同向终端设备发送数据时，可以向服务基站和协作基站发送指示信息，在接收到指示信息时，服务基站即可将预先配置的天线端口集合作为天线端口分配结果，而协作基站也能获知共同发送数据的天线端口集合。另外，如图1a所示的结构时，第一网络侧设备还可以向第二网络侧设备发送指示信息，用于指示第二网络侧设备共同向终端设备发送数据，那么此时第二网络侧设备即可使用预先配置的第二天线端口集合中的端口向终端设备发送数据。第四种，第一天线端口集合可以是预先配置的，也可以是由第一网络侧设 备确定的，也可以是由集中调度器分配的。然后第一网络侧设备向第二网络侧设备发送通知信息，通知信息用于通知第二网络侧设备，第一网络侧设备所使用的第一天线端口集合。第二网络侧设备可以根据第一网络侧设备所使用的第一天线端口集合确定自己所使用的天线端口集合。可选的，通知信息包括天线端口索引项，所述天线端口索引项的大小为n比特，其中，第i个比特为0，表示第一网络侧设备支持的天线端口中第i个天线端口没有被配置，为1表示第一网络侧设备支持的天线端口中第i个天线端口被配置，i取值为0至n-1间的整数，n为正整数。相应的，第二网络侧设备通过解析该天线端口索引项，即可获知第一网络侧设备的哪些天线端口被配置，那么就可以根据端口索引项确定自己使用哪些天线端口。举例来说，在lte系统中，8个天线端口是端口7-14，所以n取值为可以为8，即包括第0-7个比特，当第0个比特为0时，表示第一网络侧设备所支持的第0个天线端口，即端口7没有被配置。为了确保配置的准确性，每个网络侧设备支持的天线端口是按照约定固定规则排列的，如通过天线端口号大小进行排序，那么第1个天线端口例如就是天线端口号最小的那个天线端口。当然，在实际运用中，也可以和端口号进行关联，例如当第i个比特为0时，可以表示端口i+7没有被配置，继续以lte为例，假设第0个比特为0时，表示端口7没有被配置。两种方式得到的结果是相同的。其中，i+7中的7的物理含义为天线端口的起始端口号。需要说明的是，上述四种天线端口分配方法，不管是哪一种，以及不管是采用哪种原则进行分配，分配的结果为第一天线端口集合和第二天线端口集合中的天线端口不完全相同。较佳的，两个集合中的端口没有相同的。需要说明的是，端口分配的动作可以是在每次发送数据前都执行一次，也可以是在当前信道条件满足共同传输时执行一次，分配好之后，可以持续使用到信道条件不满足共同传输时，然后在下次信道条件满足共同传输时再执行一 次。举例而言，在一次天线端口集合分配好之后，比如相邻的两次分配期间传输了3次数据，使用的就是分配好的天线端口集合中的端口，每次传输可以根据实际需求，如传输数据的不同，使用的相同或不同的端口。在下一次天线端口集合分配时，和上次分配的天线端口集合可以是相同的，也可以是不同的。可以理解的是，在相邻的两次分配期间具体使用的天线端口可以如
背景技术：
中所述的采用下行物理控制信道进行分配或指示。该下行物理控制信道可以是lte系统中的pdcch信道，也可以是随着系统演进出现的实现下行物理控制功能的其它名称的信道。可选的，第二网络侧设备为第一网络侧设备的邻网络侧设备。举例来说，第一网络侧设备为服务基站，而第二网络侧设备为服务基站的邻基站。对应于第一种方式，在步骤102之前，该方法还包括：第一网络侧设备向第二网络侧设备发送通知信息，所述通知信息用于通知第二网络侧设备，第二网络侧设备所使用的第二天线端口集合。可选的，所述通知信息包括天线端口索引项，所述天线端口索引项的大小为n比特，其中，第i个比特为0，表示第二网络侧设备支持的天线端口中第i个天线端口没有被配置，为1表示第二网络侧设备支持的天线端口中第i个天线端口被配置，i取值为0至n-1间的整数，n为正整数。相应的，第二网络侧设备通过解析该天线端口索引项，即可获知自己的哪些天线端口被配置，那么这些被配置的端口形成的集合即为第二天线端口集合。在实际运用中，通知信息可以是一个单独的消息，也可以是通过在现有的消息中增加天线端口索引项形成的消息。举例来说，在3gpp协议36.423中规定了多个基站之间通过x2接口发送小区间comp传输信息，所以可以在comp信息中增加天线端口索引项。增加的天线端口索引项例如表一所示。表一其中，o表示该信息元素(英文：informationelement，简称ie)为可选的，解调参考信号的加扰id为生成解调参考信号序列时的初始化参数。在第一网络侧设备确定和第二网络侧设备共同为终端设备传输数据或者接收到集中调度器的共同传输指示时，第一网络侧设备可以向终端设备发送天线端口分配结果。该分配结果包括第一网络侧设备所使用的第一天线端口集合和第二网络侧设备所使用的第二天线端口集合。可选的，第一网络侧设备可以通过高层信令向终端设备发送所述天线端口分配结果。在实际运用中，第一网络侧设备可以采用不同于现有技术中的高层信令向终端设备通知端口分配结果，也可以复用现有技术中的高层信令，例如无线资源控制(英文：radioresourcecontrol，简称：rrc)来向终端设备通知端口分配结果，例如在现有的高层信令中增加一个新的域，在该域上承载端口分配结果。举例来说，在现有技术中，服务基站会通过rrc消息向终端设备发送qcl参数，具体来说，qcl参数携带在pdsch映射和qcl配置信息元素中，而pdsch配置信息元素又是pdsch映射和qcl配置信息元素的上一级信息元素。在3gppts36.331-c60中，pdsch配置信息元素如下：其中pdsch映射和qcl配置信息元素为pdsch-re-mappingqcl-config-r11，该信息元素中承载有pdsch资源映射信息(如小区级参考信号(英文：cell-specificreferencesignal，简称：crs)端口信息、crs频偏信息、mbsfn子帧配置信息、pdsch起始位置信息中的一项或多项)和qcl的配置信息(如非零功率信道状态信息参考信号(英文：channel-stateinformationreferencesignal，简称：csi-rs)配置信息中的一项或多项)。在本实施例中，可以在pdsch映射和qcl配置信息元素中增加天线端口分配域。该端口分配域的格式例如为：解调参考信号-portindexbitstring(size(8))scramblingidentityinteger(0…503)其中，解调参考信号-portindex表示该组qcl参数中，天线端口信息，由八 个比特组成，第i个比特为0，表示端口7+i不存在，第i个比特为1，表示端口7+i存在。scramblingidentity表示加扰id，为0至503之间的整数。由于pdsch映射和qcl配置信息元素的上一级信元即pdsch配置信息元素中包含了dmrs-config-r11(上述代码中斜体的部分)域，该域同样包含加扰id，即scramblingidentity，为了兼容协议中现有pdsch信元配置，在pdsch映射和qcl配置信元中新增的天线端口分配域可以仅仅在传输模式10或者新定义的传输模式生效，所述新定义的传输模式即为本实施例对应的传输模式。第一网络侧设备将第一天线端口集合和第二天线端口集合通知给终端设备，以便于终端设备在接收到第一网络侧设备和第二网络侧设备分别发送的数据时，通过第一天线端口集合中的端口对应的解调参考信号解调第一网络侧设备发送的数据，通过第二天线端口集合中的端口对应的解调参考信号解调第二网络侧设备发送的数据。需要说明的是，在一种可能的方案中，第一天线端口集合和/或第二天线端口集合可以是协议里规定好的(即网络侧设备和终端设备各自已有预配置的情况)，这种情况下，第一网络侧设备可以不用向终端设备发送相应的协议已规定好的端口分配结果。另一方面，在第一网络侧设备确定和第二网络侧设备共同为终端设备传输数据或者接收到集中调度器的共同传输指示时，第一网络侧设备可以执行步骤101，即向终端设备发送指示信息，所述指示信息用于指示第一网络侧设备和第二网络侧设备将共同向终端设备发送数据。相应的，终端设备在接收到该指示信息时，即可获知接下来第一网络侧设备和第二网络侧设备共同发送数据给自身，那么在接收到来自第一网络侧设备和第二网络侧设备的数据时，终端设备即可采用第一网络侧设备和第二网络侧设备各自对应的端口集合中的端口对应的解调参考信号进行数据解调。可选的，第一网络侧设备通过物理层信令向终端设备发送指示信息。在实际运用中，第一网络侧设备可以通过单独的信令或消息向终端设备发 送所述指示信息，也可以是对现有技术中的信令或消息进行扩展复用，形成新的指示信息。比如，该指示信息可以通过下行物理控制信道进行发送，该下行物理控制信道可以是lte系统中的pdcch，也可以是未来网络中实现相应下行物理控制功能的其它名称的信道，具体功能及演进可参考相应标准中的描述。举例来说，请参考表二所示，为lte中下行pdcch格式2d中pqi域的含义(请参考3gppts36.213-c50)。pqi域的值描述′00′高层配置的参数组1′01′高层配置的参数组2′10′高层配置的参数组3′11′高层配置的参数组4表二其中，pqi域的两个比特的任意组合都对应一组qcl参数配置和pdsch资源映射配置，每一组qcl参数和pdsch资源映射配置是通过rrc信令中的pdsch映射和qcl配置信息元素进行配置的。在现有技术中，pqi的域值只有两个比特，所以单次仅能指示一组qcl参数，所以每次就只有一个网络侧设备，如第一网络侧设备或第二网络侧设备，向终端设备传输数据。在本实施例中，将现有技术中的pqi的域值扩充为更多比特，使得系统支持同时指示多于一组qcl参数。表三给出了一种pqi的域值扩充为4比特时指示的含义表格，需要注意的是，表三仅为示意，实际运用中可以依据需求进行表格设计。表三因此，第一网络侧设备在发送扩展后的pqi时，将pqi的域值填充对应的比特值，比如0100。在lte中，一组qcl参数对应一个网络侧设备，那么终端设备在解析pqi的域值时，即可获知qcl参数组1和qcl参数组2，也即获知qcl参数组1对应的网络侧设备和qcl参数组2对应的网络侧设备将会共同传输数据给自身。再例如，本次pqi的域值为1010，那么终端设备在解析pqi的域值时，即可获知qcl参数组1、qcl参数组2和qcl参数组3，也即获知qcl参数组1对应的网络侧设备、qcl参数组2对应的网络侧设备和qcl参数组3对应的网络侧设备将会共同传输数据给自身。可选的，终端设备可以通过qcl参数组包含的小区配置信息来判断每个参数组对应的是第一网络侧设备还是第二网络侧设备。举例来说，qcl参数组1对 应的是当前小区的配置(例如crs端口、频移、csi-rs配置中的一项或多项)，那么终端设备即可获知qcl参数组1对应的是第一网络侧设备。qcl参数组2-4(若有)对应的是其它小区的配置，所以可以获知qcl参数组2-4对应的是第二网络侧设备。由上述表三也可以看出，本实施例中的方案同样兼容于pqi指示一组qcl参数的方案，即采用本实施例中的方案，可以是由第一网络侧设备单独传输数据给终端设备，也可以是由第二网络侧设备单独传输数据给终端设备，也可以是通过第一网络侧设备和第二网络侧设备共同传输数据给终端设备，只要第一网络侧设备通过不同的pqi的域值进行指示即可。需要说明的是，对于如图1a所示的通信系统，第一网络侧设备还可以向第二网络侧设备发送指示信息，以指示第二网络侧设备进行共同传输。对于如图1b所示的通信系统，第一网络侧设备可以不向第二网络侧设备发送这样的指示信息，因为可以由集中调度器进行直接指示。接下来，第一网络侧设备执行步骤102，即将需要共同传输的数据中需要自身发送的数据通过第一天线端口集合中的(全部或部分，例如根据传输的数据确定)天线端口发送给终端设备。具体的，在lte中，下行物理共享信道的处理流程包括：每个码字独立加扰、调制、层映射、预编码、资源元素re映射、正交频分复用(英文：orthogonalfrequencymultiple，简称：ofdm)符号生成。在本实施例中，多个非准共址的网络侧设备可以共同向单个终端设备发送数据，来自非qcl网络侧设备的信号对应的天线端口不同，在步骤101中，第一网络侧设备已经向终端设备发送了天线端口分配结果，相应的，在实际的物理信道处理中，层映射部分(包括端口映射)需要进行相应的修改。例如对应于多流传输，第一网络侧设备将需要共同传输的数据的多个码字中的部分码字映射到第一天线端口集合中的天线端口上，并发送所述映射到所述第一天线端口集合中的天线端口上的所述部分码字。举例来说，假设pqi指示 两组qcl参数，第一天线端口集合为{7、8}，第二天线端口集合为{9、10}，那么第一网络侧设备将码字0映射到端口7或8上，并将映射到端口7或8上的码字0发送出去，而码字1映射到第二天线端口集合中的端口9或10上，并将映射到端口9或10的码字1发送出去。再例如分集传输的情况下，第一网络侧设备将分集传输的一路信号映射到所述第一天线端口集合中的天线端口上并发送映射到所述天线端口上的所述一路信号。举例来说，假设服务基站和协作基站共同进行空频块编码(英文：spacefrequencyblockcoding，简称：sfbc)发送，服务基站使用服务基站qcl参数配置的第一天线端口集合中的一个端口(如端口7)发送sfbc的一路信号，协作基站使用协作基站qcl参数配置的第二天线端口集合中的一个端口(如端口9)发送sfbc的另外一路信号。需要说明的是，第一网络侧设备和第二网络侧设备各自需要发送的数据是什么，可以是协议约定好的，例如第一网络侧设备发送码字0，而第二网络侧设备发送码字1，或者正好相反。因此，第一网络侧设备和第二网络侧设备在同一时域符号传输的数据可以是相同的码字，也可以是独立的不同的码字。另外，至于使用天线端口集合中的哪些端口进行端口映射，也可以按照约定规定进行发送，例如按照端口集合中端口的大小顺序选取，一层就选第一个端口，两层就选前两个端口。当然，在实际运用中，也可以是第一网络侧设备和第二网络侧设备将码字映射的端口号通知给终端设备。对于第二网络侧设备而言，执行的数据传输方法包括以下步骤：第二网络侧设备获得协作指示；所述协作指示用于指示所述第二网络侧设备在同一时域符号向终端设备发送数据；第二网络侧设备获取预先得到的第二天线端口集合；第二天线端口集合中包含至少一个天线端口；第二网络侧设备将需要自身发送 的数据映射到所述第二天线端口集合中的天线端口并发送映射到所述天线端口的所述需要自身发送的数据。其中，第二网络侧设备获得协作指示，可以是由第一网络侧设备发送的，也可以是由集中调度器直接指示的。预先得到第二天线端口集合方式可以参考前述第一种至第四种的描述，即可以是集中调度器指示的，也可以是第一网络侧设备指示的，也可以是预先配置的，也可以是自己根据第一天线端口确定的。而第二网络侧设备具体发送数据的方式与第一网络侧设备相同，已在前述详细描述过，所以在此不再赘述。对于终端设备而言，其数据传输方法包括以下步骤：终端设备接收第一网络侧设备发送的指示信息；所述指示信息用于指示第一网络侧设备和第二网络侧设备将在同一时域符号向所述终端设备发送数据；终端设备根据指示信息接收第一网络侧设备发送的第一部分数据和第二网络侧设备发送的第二部分数据。可选的，终端设备还根据预先获得的第一网络侧设备发送第一部分数据所使用的第一天线端口发送的第一解调参考信号进行信道估计并根据信道估计结果解调第一部分数据；以及，根据预先获得的第二网络侧设备发送第二部分数据所使用的第二天线端口发送的第二解调参考信号进行信道估计并根据信道估计结果解调第二部分数据。其中，第一天线端口和第二天线端口不相同。其中，指示信息已在前文中描述，所以在此不再赘述。可选的，在多点多流传输时，第一部分数据和第二部分数据可以是不相关的独立码字。独立码字对应独立的调制编码方式(英文：modulationandcodingscheme，简称：mcs)。发射分集传输的时候，两个网络侧设备发送相同的码字，对应相同的mcs。可选的，预先获得第一天线端口和第二天线端口，可以分别是由第一网络侧设备和第二网络侧设备通知的，也可以是终端设备接收第一网络侧设备发送 的天线端口分配结果；所述端口分配结果包括第一网络侧设备所使用的第一天线端口集合和第二网络侧设备所使用的第二天线端口集合；终端设备可以按照约定规则得知第一天线端口是第一解调参考信号集合中的哪个端口，以及第二天线端口是第二天线端口集合中的哪个端口。进一步，终端设备根据天线端口与解调参考信号的对应关系，确定与所述第一天线端口对应的所述第一解调参考信号以及与所述第二天线端口对应的所述第二解调参考信号。根据解调参考信号进行信道估计并根据信道估计结果进行数据解调，为本领域技术人员所熟知的内容，所以在此不再赘述。由以上描述可以看出，在本发明实施例的方案中，第一网络侧设备使用的第一天线端口集合，第二网络侧设备使用第二天线端口集合，并且进一步第一网络侧设备向终端设备发送用于指示共同传输的指示信息，所以终端设备可以正确的进行数据解调，所以本发明实施例的方案可以支持非qcl的第一网络侧设备和第二网络侧设备共同向终端设备进行数据传输。基于同一发明构思，本发明实施例还提供一种装置(如图2所示)，该装置用于实现前述方法中的任意一种方法。当该装置为网络侧设备，例如前述第一网络侧设备时，处理器10，用于获得指示信息并将需要自身发送的数据映射到第一天线端口集合中的天线端口；所述指示信息用于指示所述网络侧设备和第二网络侧设备将共同向所述终端设备发送数据；发送器20，用于向终端设备发送所述指示信息，以及将映射到所述天线端口的所述需要自身发送的数据发送给所述终端设备；第一天线端口集合中的天线端口和第二网络侧设备所使用的第二天线端口集合中的天线端口不完全相同。可选的，发送器20还用于在向终端设备发送指示信息之前，向终端设备发送天线端口分配结果；所述天线端口分配结果用于指示第一天线端口集合和/或第二天线端口集合。可选的，发送器20还用于向所述第二网络侧设备发送通知信息，所述通知信息用于通知所述第二网络侧设备，所述第二网络侧设备所使用的所述第二天线端口集合或所述第一天线端口集合。可选的，所述通知信息包括天线端口索引项，所述天线端口索引项的大小为n比特，其中，第i个比特为0，表示所述第二网络侧设备或所述网络侧设备支持的天线端口中第i个天线端口没有被配置，第i个比特为1表示所述第二网络侧设备或所述网络侧设备支持的天线端口中第i个天线端口被配置，i取值为0至n-1间的整数，n为正整数。可选的，发送器20用于通过高层信令向所述终端设备发送所述天线端口分配结果。可选的，发送器20用于通过高层信令中的物理下行共享信道映射和准共址qcl配置信息元素向所述终端设备发送所述天线端口分配结果。可选的，所述指示信息包括物理下行共享信道资源元素映射以及准共址指示pqi，所述pqi的域值由比特数大于2的比特表示。可选的，处理器10用于将需要共同传输的数据的多个码字中的部分码字映射到所述第一天线端口集合中的天线端口上并通过发送器20发送所述映射到所述第一天线端口集合中的天线端口上的所述部分码字；或将分集传输的一路信号映射到所述第一天线端口集合中的天线端口上并通过发送器20发送映射到所述天线端口上的所述一路信号。可选的，第一天线端口集合和所述第二天线端口集合中的天线端口还用于传输解调参考信号，且使用发送所述数据的端口传输解调所述数据用的解调参考信号。当该装置为另一种网络侧设备，例如前述的第二网络侧设备时，接收器30，用于接收协作指示；所述协作指示用于指示所述网络侧设备与第一网络侧设备共同向终端设备发送数据；处理器10，用于将需要自身发送的数据映射到第二天线端口集合中的天线端口；第二天线端口集合中包含至少一个天线端口；其 中，所述至少一个天线端口与第一网络侧设备所使用的第一天线端口集合中的天线端口不完全相同；发送器20，用于将映射到所述天线端口的所述需要自身发送的数据发送给所述终端设备。可选的，处理器10用于通过接收器30从所述第一网络侧设备接收第二天线端口集合。当该装置为终端设备时，接收器30，用于接收第一网络侧设备发送的指示信息；所述指示信息用于指示所述第一网络侧设备和第二网络侧设备将共同向所述终端设备发送数据；所述第一网络侧设备为所述终端设备所接入的网络侧设备；以及接收所述第一网络侧设备发送的第一部分数据和所述第二网络侧设备发送的第二部分数据；处理器10用于根据所述指示信息接收所述第一部分数据和所述第二部分数据。可选的，处理器10还用于根据预先获得的所述第一网络侧设备发送所述第一部分数据所使用的第一天线端口发送的第一解调参考信号进行信道估计并根据信道估计结果解调所述第一部分数据；以及，根据预先获得的所述第二网络侧设备发送所述第二部分数据所使用的第二天线端口发送的第二解调参考信号进行信道估计并根据信道估计结果解调所述第二部分数据。其中，所述第一天线端口和所述第二天线端口不相同。可选的，接收器30还用于接收所述第一网络侧设备发送的天线端口分配结果；所述端口分配结果包括所述第一网络侧设备所使用的第一天线端口集合和所述第二网络侧设备所使用的第二天线端口集合；所述第一天线端口集合中的天线端口和所述第二天线端口集合中的天线端口不完全相同；所述第一天线端口为所述第一天线端口集合中的天线端口，所述第二天线端口为所述第二天线端口集合中的天线端口；处理器10用于根据天线端口与解调参考信号的对应关系，确定与所述第一天线端口对应的所述第一解调参考信号以及与所述第二天线端口对应的所述第二解调参考信号。基于同一发明构思，本发明实施例还提供一种数据传输装置，该数据传输 装置包括用于执行前述方法步骤的功能模块。前述实施例中的数据传输方法中的各种变化方式和具体实例同样适用于本实施例的数据传输装置以及图2中的装置，通过前述对数据传输方法的详细描述，本领域技术人员可以清楚的知道本实施例中数据传输装置以及图2中的装置的实施方法，所以为了说明书的简洁，在此不再详述。本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。当前第1页12