CN110289892A - 一种数据传输方法及通信基站 - Google Patents

Abstract

本申请公开了一种数据传输方法及通信基站，方法包括：获得至少两个小区对应的天线所传输的上行数据；如果所述至少两个小区对应的天线为属于同一个基站处理器的天线，将所述天线所传输的上行数据共同存放在所述基站处理器对应的存储区域，以便于对所述存储区域的数据进行通信处理。可见，本申请通过设置在基站内的存储区域来存储各天线上传的上行数据，从而避免主处理小区对天线数据进行合并等处理所造成的较高的数据时延，从而提高数据通信处理的效率。

Description

一种数据传输方法及通信基站

技术领域

本发明涉及通信技术领域，特别涉及一种数据传输方法及通信基站。

背景技术

现有技术中，在LTE***中进行联合接收时必须在1ms内完成信道估计、 信道均衡、解调解扰，译码等一系列处理，因此，对时延要求较高。

而目前对于基站内联合接收的处理，需要主处理小区对各个天线的原始 数据进行获取，并在主处理小区中进行数据合并及干扰抑制等处理后，再进 行通信处理，但是多小区交互的天线原始数据量巨大，导致数据处理时延较 高。

发明内容

有鉴于此，本发明实施例提供一种数据传输方法及通信基站，用以解决 现有技术中基站内联合传输时延较高的技术问题。

本申请提供了一种数据传输方法，包括：

获得至少两个小区对应的天线所传输的上行数据；

如果所述至少两个小区对应的天线为属于同一个基站处理器的天线，将 所述天线所传输的上行数据共同存放在所述基站处理器对应的存储区域，以 便于对所述存储区域的数据进行通信处理。

上述方法，优选的，还包括：

如果所述上行数据均为同一个通信终端传输的数据，所述存储区域中的 数据用于由所述天线中的第一天线对应的处理器进行通信处理。

上述方法，优选的，还包括：

如果所述上行数据为至少两个通信终端传输的数据，所述存储区域中的 数据用于由所述天线对应的处理器共同进行通信处理；

其中，所述天线对应的处理器共同进行通信处理，包括：

对于所述天线中的任一天线：其它天线对应的处理器对所述存储区域中 的数据进行通信处理的过程数据参与该条天线对应的处理器对所述存储区域 中的数据的通信处理。

上述方法，优选的，还包括：

如果至少两个小区对应的天线为不属于同一个基站处理器的天线，在至 少两个小区对应的天线中选择目标天线，以使得所述目标天线对应的处理器 对所述上行数据进行通信处理。

上述方法，优选的，其中：

如果所述上行数据均为同一个通信终端传输的数据，所述在至少两个小 区对应的天线中选择目标天线，包括：

在至少两个小区对应的天线中选择一组目标天线，以使得所述目标天线 对应的处理器将所有天线传输的上行数据进行数据合并以及对合并的数据进 行通信处理。

上述方法，优选的，其中：

如果所述上行数据为至少两个通信终端传输的数据，所述在至少两个小 区对应的天线中选择目标天线，包括：

在所述至少两个小区对应的天线中针对各基站处理器各选出一组目标天 线，以使得所述目标天线对应的处理器将所有天线传输的上行数据进行数据 合并以及对合并的数据共同进行通信处理；

其中，所述目标天线对应的处理器对合并的数据共同进行通信处理，包 括：

对于所述目标天线中的任一天线：其它天线对应的处理器对所述合并的 数据进行通信处理的过程数据参与该条天线对应的处理器对所述合并的数据 的通信处理。

本申请还提供了一种通信基站，包括：

天线；

存储区域；

基站处理器，用于获得至少两个小区对应的天线所传输的上行数据，如 果传输所述上行数据的天线为同属于一个基站处理器的天线，将所述天线所 传输的上行数据共同存放在所述存储区域，以便于对所述存储区域的数据进 行通信处理。

上述通讯基站，优选的，其中：

如果所述上行数据均为同一个通信终端传输的数据，所述存储区域中的 数据用于由所述天线中的第一天线对应的处理器进行通信处理；

如果所述上行数据为至少两个通信终端传输的数据，所述存储区域中的 数据用于由所述天线对应的处理器共同进行通信处理；

其中，所述天线对应的处理器共同进行通信处理，包括：

对于所述天线中的任一天线：其他天线对应的处理器对所述存储区域中 的数据进行通信处理的过程数据参与该条天线对应的处理器对所述存储区域 中的数据的通信处理。

上述通讯基站，优选的，所述基站处理器还用于：

如果所述至少两个小区对应的天线为不属于同一个基站处理器的天线， 在所述至少两个小区对应的天线中选择目标天线，以使得所述目标天线对应 的处理器对所述上行数据进行通信处理。

上述通讯基站，优选的，所述基站处理器还用于：

如果所述上行数据为同一个通信终端传输的数据，在所述至少两个小区 对应的天线中选择一组目标天线，以使得所述目标天线对应的处理器将所有 天线传输的上行数据进行数据合并以及对合并的数据进行通信处理；

如果所述上行数据为至少两个通信终端的数据，在所述至少两个小区对 应的天线中针对各基站处理器各选出一组目标天线，以使得所述目标天线对 应的处理器将所有天线传输的上行数据进行数据合并以及对合并的数据共同 进行通信处理；

其中，所述目标天线对应的处理器对合并的数据共同进行通信处理，包 括：

对于所述目标天线中的任一天线：其它天线对应的处理器对所述合并的 数据进行通信处理的过程数据参与该条天线对应的处理器对所述合并的数据 的通信处理。

由以上方案可知，本申请提供的一种数据处理方法及通信基站中，在各 小区对应的天线同属于一个基站处理器时，将这些天线所传输的上行数据共 同存放在通信基站的存储区域中，以便于该基站对存储区域中的数据进行通 信处理，而不必由某个小区如主处理小区对天线数据进行合并等处理，而是 通过设置在基站中的存储区域来存储各天线上传的上行数据，从而避免主处 理小区对天线数据进行合并等处理所造成的较高的数据时延，从而提高数据 通信处理的效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面 描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不 付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例一提供的一种数据传输方法的实现流程图；

图2-图4分别为本申请实施例的应用示例图；

图5为本申请实施例一的另一流程图；

图6为本申请实施例的另一应用示例图；

图7为本申请实施例二提供的一种通信基站的结构示意图；

图8-图13分别为本申请实施例在应用中的示例流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而 不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做 出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参考图1，为本申请实施例一提供的一种数据传输方法的实现流程图，用 以对通信终端通过天线所传输的上行数据进行联合接收。

在本实施例中，该方法可以包括以下步骤：

步骤101：获得至少两个小区对应的天线所传输的上行数据。

其中，本实施例中的至少两个小区是指两个或两个以上的小区，每个小 区在其所属的基站处理器上对应一组天线，并通过该天线进行数据传输的天 线，如图2中所示。

需要说明的是，本实施例中的至少两个小区是指在通信网络中的相邻小 区，如图3中所示，通信终端通过其所在的小区及其所在小区的相邻小区传输 上行数据，这里的通信终端可以为一个也可以为多个。本实施例的目的在于， 对通信终端通过至少两个小区上传的上行数据进行联合接收，以达到提高数 据传输及通信处理效率的目的。

需要说明的是，本实施例中的技术方案可以基于协作多点传输CoMP(Coordinated Multipoint Transmission/Reception)的协议实现，相应的，在本 实施例中相邻的所述至少两个小区中，存在一个主小区及至少一个协作小区， 这些小区同时处理一个或多个通信终端所传输的上行数据。

步骤102：判断所述至少两个小区对应的天线是否为属于同一个基站处理 器的天线，如果是，执行步骤103。

其中，这里的通信基站可以理解为当前技术方案所运行的基站，本实施 例中判断至少两个小区对应的天线是否同属于一个基站处理器，如判断所述 至少两个小区是否对应于同一个数字信号处理DSP(Digital Signal Processing) 芯片，如果是，执行步骤103。

具体的，本实施例中可以通过判断所述至少两个小区所对应的天线所传 输的上行数据中的数据属性，以判断出这些上行数据所对应的天线是否为同 一个基站处理器上的天线。

步骤103：将天线所传输的上行数据共同存储在基站处理器中的存储区 域，以便于对存储区域的数据进行通信处理。

其中，本实施例中如果判断出所述至少两个小区对应于同一个基站处理 器，如图4中，小区A和小区B均属于DSP A，如小区A和小区B各自的天线均在 同一个DSP芯片上，那么，本实施例中将小区A和小区B各自天线所上传的上行 数据共同存储在该DSP A上的存储区域中，如DSP A上的公共内存中，以便于 DSP A对公共内存中的数据进行后续的通信处理，由此，避免DSP A内某个小区 对所有小区所上传数据的合并及干扰抑制等处理，从而降低时延。

具体的，本实施例中可以通过通信基站内的DSP芯片实现数据存储，例如， 由通信基站内的DSP芯片将各小区所对应的天线传输的上行数据存放到通信 基站内的公共内存中，以便于DSP芯片直接对公共内存中的数据进行通信处 理。

需要说明的是，本实施例中在将天线传输的上行数据存储在通信基站的 存储区域中之前，可以通过通信基站内的处理芯片如现场可编程门阵列FPGA (Field-Programmable Gate Array)首先对各天线所传输的上行数据分别进行初 步的OFDM符号解调，即完成7.5KHZ的移频、去除循环前缀CP(Cyclic Prefix) 及快速傅氏变换FFT(FastFourier Transformation)变换等处理，再将处理后的 数据通过串行SRIO(Serial RapidI/O)口传输给通信基站的DSP芯片，由DSP芯 片将数据存放到公共内存，以方便后续的数据读取及通信处理。

由以上方案可知，本申请实施例一提供的一种数据处理方法，在各小区 对应的天线同属于一个基站处理器时，将这些天线所传输的上行数据共同存 放在通信基站的存储区域中，以便于该基站对存储区域中的数据进行通信处 理，而不必由某个小区如主处理小区对天线数据进行合并等处理，而是通过 设置在基站中的存储区域来存储各天线上传的上行数据，从而避免主处理小 区对天线数据进行合并等处理所造成的较高的数据时延，从而提高数据通信 处理的效率。

在一种实现方式中，在至少两个小区均属于同一个基站处理器时，本实 施例中在对上行数据通信处理的过程中，还可以包括以下实现：

如果上行数据均为同一个通信终端传输的数据，存储区域中的数据用于 由以上传输上行数据的天线中的第一天线对应的处理器进行通信处理。

其中，上行数据均为同一个通信终端传输的数据，是指，一个通信终端 通过同一个基站处理器中的两个或两个以上小区对应的天线进行数据传输的 数据，如COMP中的协作基站簇在一个时域资源块上同时为一个通信终端服务 器，相应的，在基站处理器上将上行数据存储到通信基站的存储区域如DSP的 公共内存中之后，由基站中的第一天线对应的处理器对存储区域中的数据进 行通信处理，具体的，第一天线对应的处理器如主小区的处理器在存储区域 中获取各个天线所传输的上行数据进行信道估计、干扰加噪声协方差逆矩阵 计算、IRC信道均衡、解调、解扰及译码处理，再将译码结果上报给通信基站 中的多址接入信道MAC(Multiple Access Channel)，而对于其他天线对应的处 理器如协作小区的处理器在上行数据所对应的通信终端所占用的小区资源上 不再分配其他通信终端，通过上传调度来控制，而天线数据在同一基站的存 储区域中存放也不需要互相传输，由此在协作小区内只按本小区正常流程处 理其他通信终端的数据即可。

需要说明的是，以上示例中，所示至少两个小区是指建立在COMP协议上 的小区，而如果在基站中，各个小区之间并没有建立COMP协议，那么，本实 施例中在将天线所传输的上行数据存放在基站的存储区域之后，各个天线所 对应的处理器并不会从存储区域中读取数据，而是由各个天线对应的处理器 分别基于其所传输的上行数据分别进行天线的信道估计、干扰加噪声协方差 逆矩阵计算、IRC信道均衡、解调、解扰及译码处理，再将译码结果上报给通 信基站中的多址接入信道MAC。

另外，本实施例中，如果上行数据为至少两个通信终端传输的数据，那 么存储区域中的数据用于由基站中的各天线对应的处理器共同进行通信处 理；

其中，基站中的各天线对应的处理共同进行通信处理是指：对于基站中 的天线中的任一天线：其它天线对应的处理器对存储区域中的数据进行通信 处理的过程数据参与该条天线对应的处理器对存储区域中的数据的通信处 理。

其中，上行数据为至少两个通信终端传输的数据，是指，至少两个通信 终端通过同一个基站处理器中的两个或两个以上小区对应的天线进行数据传 输的数据，如COMP中的协作基站簇在一个时域资源块上同时为至少两个通信 终端服务器，相应的，在基站上将上行数据存储到通信基站的存储区域如DSP 的公共内存中之后，由基站中的各个天线对应的处理器对存储区域中的数据 共同进行通信处理。

具体的，基站中的各个天线对应的处理器如主小区及协作小区的处理器 在存储区域中获取各个天线所传输的上行数据进行信道估计、干扰加噪声协 方差逆矩阵计算、解调、解扰及译码处理，再将译码结果上报给通信基站中 的多址接入信道MAC。其中，主小区天线处理器在进行IRC信道均衡时，主小 区天线处理器需要获得协作小区天线处理器进行信道估计及干扰加噪声协方 差逆矩阵计算的处理过程数据，再基于这些处理过程数据进行IRC信道均衡； 相应的，协作小区天线处理器在进行IRC信道均衡时，同样需要获得主小区天 线处理器进行信道估计及干扰加噪声协方差逆矩阵计算的处理过程数据，再 基于这些处理过程数据进行IRC信道均衡。

需要说明的是，在主小区天线处理器进行信道均衡之后，得到多个通信 终端的均衡结果，其中，只保留主小区内第一通信终端的均衡结果，而舍弃 不再该主小区内的其他通信终端的均衡结果，进而进行后续的处理；相应的， 在其他协作小区同样的处理原理，舍弃不再本小区内的通信终端的均衡结果， 只保留属于本小区内的通信终端的均衡结果，用以后续的解调、解扰、译码 等处理。

可见，本实施例中，对于同一片DSP上的两个小区进行基于COMP的多用 户通信模式CoMP-MU-MIMO(至少两个通信终端)时，不需要进行上行数据 的传输，每个小区(主小区和协作小区)天线处理器可以独立读取DSP上存储 区域(公共内存)中的数据后进行处理，在信道均衡前分别判断另外小区是 否完成信道估计和协方差逆矩阵的计算并获取其计算结果，同样这里的计算 结果也可以采用存放在公共内存中方便对方读取。由此可知，本实施例中采 用两个或多个小区天线处理器分别各自进行IRC信道均衡，然后只取本小区需要的结果进行后续解调解扰译码等操作。本实施例中虽然两小区均进行了IRC 信道均衡，该处等于重复操作，但其他地方均最大限度降低本小区的运算量， 提高运算效率。

在一种实现方式中，在步骤102中如果判断出所述至少两个小区对应的 天线不属于同一个基站处理器的天线，那么，本实施例中还可以包括以下步 骤，如图5中所示：

步骤104：在至少两个小区对应的天线中选择目标天线，以使得目标天 线对应的处理器对上行数据进行通信处理。

其中，至少两个小区对应的天线不属于同一个基站处理器的天线，是 指：进行上行数据传输的天线属于不同的基站处理器，可能属于两个基站处 理器，也可能属于更多个基站处理器，但属于同一通信基站，如图6中所 示，小区A属于DSP A，小区B属于DSP B，小区C和小区D属于DSP C。

具体的，本实施例中在判断出传输上行数据的天线属于不同的基站处理 器时，各个天线将上行数据传输到其所在基站的存储区域中，例如，各个天 线将通信终端上传的上行数据通过FPGA进行移频、去CP以及FFT变换之后， 通过SRIO口传输到基站的DSP芯片的存储区域中。

需要说明的是，本实施例中在判断出传输上行数据的天线属于不同的基 站处理器时，在天线中选择一个或多个目标天线，以使得目标天线对应的处 理器对上行数据进行通信处理。

具体的，本实施例中在选择目标天线时，分以下几种情况：

一种，如果上行数据均为同一个通信终端传输的数据，那么在至少两个 小区对应的天线中选出一组目标天线，以使得目标天线对应的处理器将所有 天线传输的上行数据进行数据合并以及对合并的数据进行通信处理。

其中，如果上行数据均为同一个通信终端传输的数据，那么在传输上行 数据的这些天线中，选定主小区所对应的天线即为目标天线，由此，在选定 目标天线之后，在主小区天线处理器一侧接收其他天线所传输的上行数据， 即接收其他协作小区所传输的上行数据，在接收完成之后将这些上行数据与 自己的上行数据进行合并，并基于合并后的数据进行天线的信道估计、干扰 加噪声协方差逆矩阵计算、IRC信道均衡、解调、解扰及译码处理，再将译码 结果上报给通信基站中的多址接入信道MAC；

而在协作小区一侧，则选择一个天线，用于将传输来的上行数据传输给 主小区天线，从而由主小区天线对应的处理器完成以上数据通信处理。其中， 如果协作小区与主小区之间属于同一基站，那么则通过SRIO口传输上行数据， 如果协作小区与主小区之间不属于同一个基站，那么则通过X2接口传输上行 数据。

另一种，如果上行数据为至少两个通信终端传输的数据，那么在至少两 个小区对应的天线中针对各基站处理器各选择一个目标天线，由此，由目标 天线对应的处理器将所有天线传输的上行数据进行数据合并以及对合并的数 据共同进行通信处理。

而这里的，目标天线对应的处理器对合并的数据共同进行通信处理，具 体为：对于所述目标天线中的任一天线：其它天线对应的处理器对所述合并 的数据进行通信处理的过程数据参与该条天线对应的处理器对所述合并的数 据的通信处理。

其中，如果上行数据为至少两个通信终端传输的数据，那么在传输上行 数据的这些天线所属的基站处理器中，均选择一个目标天线，由此，各基站 处理器对应的目标天线对应的处理器接收其他天线通过SRIO口或X2口发送来 的上行数据，并对上行数据进行合并之后基于合并的数据进行信道估计、干 扰加噪声协方差逆矩阵计算、解调、解扰及译码处理，再将译码结果上报给 通信基站中的多址接入信道MAC。其中，一个小区天线处理器在进行IRC信道 均衡时，该小区天线处理器需要获得其他小区天线处理器进行信道估计及干扰加噪声协方差逆矩阵计算的处理过程数据，再基于这些处理过程数据进行 IRC信道均衡；相应的，其他小区天线处理器在进行IRC信道均衡时，同样需要 获得前述的一个小区天线处理器进行信道估计及干扰加噪声协方差逆矩阵计 算的处理过程数据，再基于这些处理过程数据进行IRC信道均衡。

需要说明的是，在一个小区天线处理器进行信道均衡之后，得到多个通 信终端的均衡结果，其中，只保留该小区内第一通信终端的均衡结果，而舍 弃不再该小区内的其他通信终端的均衡结果，进而进行后续的处理；相应的， 在其他协作小区同样的处理原理，舍弃不再本小区内的通信终端的均衡结果， 只保留属于本小区内的通信终端的均衡结果，用以后续的解调、解扰、译码 等处理。

以上几种情况是基于各小区之间建立有COMP协议的场景的，而另外还有 一种情况，小区之间不建立COMP协议，此时，本实施例中各个基站处理器中， 各天线对应的处理器分别基于其所传输的上行数据分别进行天线的信道估 计、干扰加噪声协方差逆矩阵计算、IRC信道均衡、解调、解扰及译码处理， 再将译码结果上报给通信基站中的多址接入信道MAC。

需要说明的是，本实施例中，如果涉及上行数据传输的天线数量较多， 那么在选取目标天线时，可以选择基于信号传输能力如功率及信噪比等选择 目标天线，由目标天线进行数据合并及处理。

参考图7，为本申请实施例二提供的一种通信基站的结构示意图，该通信 基站中可以包括以下结构：

天线701，可以传输上行数据，还可以传输下行数据，一组天线701对应 于一个小区。

存储区域702，设置在通信基站内，可以以内存设备或磁盘等实现。

基站处理器703，可以为DSP芯片等实现，主要用于获得至少两个小区对 应的天线所传输的上行数据，如果传输这些上行数据的天线为同属于一个基 站处理器的天线，那么将所述天线所传输的上行数据共同存放在所述存储区 域702，以便于对所述存储区域的数据进行通信处理。

其中，需要说明的是，本实施例中传输上行数据的天线可以为同一个基 站中的天线，也可以为不同基站内的天线，区别于当前通信基站中自身的天 线701。

由此，本实施例中各个天线传输上行数据之后，本实施例中的基站处理 器将自己天线701所上传的上行数据存储到存储区域702中，即对于同一基站 处理器中的天线将传输的上行数据存储到存储区域702中，以便于通信基站对 存储区域中的数据进行读取及通信处理，进一步的，在单用户联合传输中， 即这些上行数据均属于同一个通信终端的数据，那么通信基站中第一天线对 应的处理器如主小区天线对应的处理器对存储区域中的数据进行通信处理， 在多用户联合传输中，即这些上行数据属于至少两个通信终端的数据，那么 通信基站中的各天线对应的处理器对存储区域中的数据共同进行通信处理， 例如，对于所述通信基站中的天线中的任一天线：其他天线对应的处理器对 所述存储区域中的数据进行通信处理的过程数据参与该条天线对应的处理器 对所述存储区域中的数据的通信处理。

而对于传输上行数据的天线不是全都属于一个基站处理器，即对于不同 基站处理器的天线上传同一通信终端或多个通信终端的数据时，本实施例中， 基站处理器703在这些传输上行数据的天线中选择目标天线，以使得目标天线 对应的处理器对这些上行数据合并及通信处理，具体的，如果在单用户联合 传输中，即这些上行数据均属于同一个通信终端的数据，那么在这些天线中 选择一组目标天线，由目标天线对应的处理器对这些上行数据合并及通信处 理；如果在多用户联合传输中，即这些上行数据属于至少两个通信终端的数 据，那么在这些天线中针对各基站处理器各选择一组目标天线，该目标天线 对应的处理器对所有天线上传的上行数据进行合并后再共同进行通信处理， 例如，对于所述通信基站中的天线中的任一天线：其他天线对应的处理器对 合并数据进行通信处理的过程数据参与该条天线对应的处理器对合并数据的 通信处理。

需要说明的是，本实施例中的通信基站各结构的具体实现方式可以参考 前文中相应内容，此处不再赘述。

由以上方案可知，本申请实施例二提供的一种通信基站，在各小区对应 的天线同属于一个基站处理器时，将这些天线所传输的上行数据共同存放在 通信基站的存储区域中，以便于该基站对存储区域中的数据进行通信处理， 而不必由某个小区如主处理小区对天线数据进行合并等处理，而是通过设置 在基站中的存储区域来存储各天线上传的上行数据，从而避免主处理小区对 天线数据进行合并等处理所造成的较高的数据时延，从而提高数据通信处理 的效率。

可见，本申请主要针对上行CoMP情况下基站如何进行合并处理提出了一 种能够降低实现复杂度，提高处理效率的联合接收方法。

其中，进行CoMP的主小区和协作小区分布情况大致分为：

1、在同一块DSP芯片上的小区，即属于同一基站处理器的天线对应的小 区；进行CoMP协作的小区如果分布在同一片DSP芯片上则上行数据合并不需 要进行数据的传输，可以将接收到的上行数据放在芯片共用内存中，协作小 区间可以直接进行上行数据的读取操作。

2、在不同的DSP芯片上或者不同的BPU板上的小区，即不属于同一基站吹 起的天线对应的小区；这样的小区间进行数据交互的话需要通过SRIO口进行。

3、不同eNB基站上的小区，这样的小区间需要通过X2接口进行数据的交 互。

根据用户终端UE(user equipment)情况又分为：

1、基于COMP的单用户联合传输CoMP-SU-MIMO模式：若协作小区内进行 上行传输的UE个数不多，上行传输的资源较充足，则某些协作接收UE上行信 息的小区可以对UE已经占用的资源不再分配给本小区的用户使用。这样的话， 可以减少对UE上行发送信息的干扰。

2、基于COMP的多用户联合传输CoMP-MU-MIMO模式：若协作小区内进 行上行传输的UE个数较多，上行传输的资源较紧张，则某些协作接收UE上行 信息的小区可以对UE已经占用的资源和本小区的用户配合MU-MIMO技术使 用。

(1)以两天线两小区为例进行说明本实施例中实现上行CoMP的联合接 收的技术方案，首先针对同一片DSP上的协作小区情况进行流程图说明，如图 8中所示：

UE传过来的上行时域数据先送至FPGA，通过FPGA对上行数据进行初步的 OFDM符号解调，即完成7.5KHZ的移频、去除CP(循环前缀)及FFT变换处理， 将处理后的数据通过SRIO口传送给DSP芯片，存放到公共内存，方便两个小区 读取数据进行后续处理。

其中，非COMP和CoMP-SU-MIMO模式：

假设cellA为主小区，cellB为协作小区,采用CoMP技术情况下cellA采用合并 后的数据，就有四天线的特性，提高数据的合并增益，cellB在该资源上不在 分配UE，实现流程图如图9所示。

其中，CoMP-MU-MIMO模式：

假设cellA为主小区，cellB为协作小区,UEA为cellA的用户，UEB为cellB的用 户，UEA和UEB占用相同的资源配对进行MU-MIMO传输，实现流程图如图10 所示。

对于同一片DSP上的两个小区进行CoMP-MU-MIMO时，不需要进行上行数 据的传输，每个小区可以独立读取频域数据后进行处理，在信道均衡前分别 判断另外小区是否完成信道估计和协方差逆矩阵的计算并获取其计算结果， 同样这里的计算结果也可以采用存放在公共内存中方便对方读取。本申请采 用两个小区分别各自进行IRC信道均衡，然后只取本小区需要的结果进行后续 解调解扰译码等操作。本申请虽然两小区均进行了IRC信道均衡，该处等于重 复操作，但其他地方均最大限度降低本小区的运算量，提高运算效率。

(2)当协作小区位于不同的DSP芯片或者BPU板上的时候进行CoMP的小 区之间需要进行数据交互，对于协作小区较少时数据交互和运算量还可以接 受，如果协作小区个数较多则需要大量的数据交互且计算量巨大，实现复杂 度非常高。同样，如果协作小区位于不同的基站则需要通过X2接口来传输数 据，实现难度更大。本申请针对这种情况提出了一种简化方案，能够大大降 低了***实现复杂度。该方案尤其适用于MU-MIMO，天线数较多，协作小区 较多等需要较多数据交互的情况，为便于描述下面仍以两天线两小区为例进 行流程图说明。

其中，非COMP和CoMP-SU-MIMO模式：

假设cellA为主小区，cellB为协作小区,采用CoMP技术情况下cellA采用合并 后的数据，就有四天线的特性，提高数据的合并增益，cellB在该资源上不在 分配UE，因需要数据交互，为减小数据交互量，减小处理时延，采用信号较 好的天线数据进行合并，实现流程图如图11中所示。

该情况下本申请通过采用选取信号质量较好的一根天线来降低复杂度， 图12中所示，即：通过每个小区两根天线的功率，或者信噪比来进行选择， 如果采用信噪比来判断的话可以采用上一帧的两根天线的信噪比，这样可以 节省掉本次计算信噪比的时间提高效率。如果天线数较多为N则采用选取信号 较好的N/2根天线来进行后续合并。当然该方法此处适用于天线数较多，或者 多个协作小区的情况下，在运算量和时延允许的情况下还是所有天线数据均 进行合并获得的分集增益更大。协作小区cellB的天线数据发送，如果为站内 小区则通过SRIO口发送数据，如果为基站间小区则需要通过X2接口传输。对 于图12中所述的天线数据合并，只需要将cellA的选出的一根天线数据和cellB 发送过来的一根天线的数据，按后续估计及均衡所需要的格式排列好即可。

其中，CoMP-MU-MIMO模式：

假设cellA为主小区，cellB为协作小区,UEA为cellA的用户，UEB为cellB的用 户，UEA和UEB占用相同的资源配对进行MU-MIMO传输，实现流程图如图13 中所示。

可见，本申请中提出了一种上行CoMP联合接收的实现方案，对 CoMP-SU-MIMO和CoMP-MU-MIMO的两种模式下如何实现数据联合处理提高 增益减小干扰分别进行了说明：

1)对于处于同一片DSP芯片上的协作小区采用将上行数据存放在公共内 存的方法减小数据传输带来的开销，提高处理效率。

2)对于同一片DSP芯片上的协作小区同样采用将信道估计结果和干扰加 噪声协方差逆矩阵结果放到公共内存的方法，减少数据传输。

3)对CoMP-MU-MIMO模式采用了两个协作小区分别独自进行基带处理的 方法，在信道均衡得到两个CoMP-UE的均衡结果之后，每个小区选取自己小区 UE的均衡结果进行后续操作，舍弃另外配对UE均衡结果的方式。

4)同时针对协作小区天线数较多，或者协作小区数目较多的情况提出了 一种简化方法，即通过选取信号较好的天线数据进行联合处理，减少一半天 线数据交互的方式来减小链路开销和实现复杂度。

可见，本申请中具有以下有益效果：

1)对于位于同一DSP芯片上的协作小区，将上行数据和信道均衡用到的 信道估计结果及干扰加噪声协方差逆矩阵结果放到公共内存，通过计算完成 标志判断直接去相应内存去取结果的方式来提高处理效率，减少数据传输拷 贝；

2)对CoMP-MU-MIMO模式下的两个协作小区，如果在一个小区内进行两 个UE的处理，需要知道两个小区的配置，因为正常模式下每个小区仅有本小 区UE的配置，这样不仅需要修改接口，上层调度，需要按UE扩充的内存等同 样需要修改，而均衡后另一个UE的均衡结果同样需要传回，需要进行大量修 改和非CoMP***兼容性较差，故本申请采用在各自小区分别独立进行基带处 理，均衡后丢弃不用UE的均衡结果的方式，可以很好的进行***兼容，简化 ***实现，提高处理效率；

3)当协作小区数目很多时，通过增加天线选择，通过平均信噪比选取信 号较好的N/2根天线来进行联合接收处理的方式来提高处理效率，减少数据传 输，得到性能和效率的折中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用 本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易 见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下， 在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例， 而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种数据传输方法，其特征在于，包括：

获得至少两个小区对应的天线所传输的上行数据；

如果所述至少两个小区对应的天线为属于同一个基站处理器的天线，将所述天线所传输的上行数据共同存放在所述基站处理器对应的存储区域，以便于对所述存储区域的数据进行通信处理。

2.根据权利要求1所述的方法，其特征在于，还包括：

如果所述上行数据均为同一个通信终端传输的数据，所述存储区域中的数据用于由所述天线中的第一天线对应的处理器进行通信处理。

3.根据权利要求2所述的方法，其特征在于，还包括：

如果所述上行数据为至少两个通信终端传输的数据，所述存储区域中的数据用于由所述天线对应的处理器共同进行通信处理；

其中，所述天线对应的处理器共同进行通信处理，包括：

对于所述天线中的任一天线：其它天线对应的处理器对所述存储区域中的数据进行通信处理的过程数据参与该条天线对应的处理器对所述存储区域中的数据的通信处理。

4.根据权利要求1所述的方法，其特征在于，还包括：

如果至少两个小区对应的天线为不属于同一个基站处理器的天线，在至少两个小区对应的天线中选择目标天线，以使得所述目标天线对应的处理器对所述上行数据进行通信处理。

5.根据权利要求4所述的方法，其特征在于，其中：

如果所述上行数据均为同一个通信终端传输的数据，所述在至少两个小区对应的天线中选择目标天线，包括：

在至少两个小区对应的天线中选择一组目标天线，以使得所述目标天线对应的处理器将所有天线传输的上行数据进行数据合并以及对合并的数据进行通信处理。

6.根据权利要求5所述的方法，其特征在于，其中：

如果所述上行数据为至少两个通信终端传输的数据，所述在至少两个小区对应的天线中选择目标天线，包括：

在所述至少两个小区对应的天线中针对各基站处理器各选出一组目标天线，以使得所述目标天线对应的处理器将所有天线传输的上行数据进行数据合并以及对合并的数据共同进行通信处理；

其中，所述目标天线对应的处理器对合并的数据共同进行通信处理，包括：

对于所述目标天线中的任一天线：其它天线对应的处理器对所述合并的数据进行通信处理的过程数据参与该条天线对应的处理器对所述合并的数据的通信处理。

7.一种通信基站，其特征在于，包括：

天线；

存储区域；

基站处理器，用于获得至少两个小区对应的天线所传输的上行数据，如果传输所述上行数据的天线为同属于一个基站处理器的天线，将所述天线所传输的上行数据共同存放在所述存储区域，以便于对所述存储区域的数据进行通信处理。

8.根据权利要求7所述的通信基站，其特征在于，其中：

如果所述上行数据均为同一个通信终端传输的数据，所述存储区域中的数据用于由所述天线中的第一天线对应的处理器进行通信处理；

如果所述上行数据为至少两个通信终端传输的数据，所述存储区域中的数据用于由所述天线对应的处理器共同进行通信处理；

其中，所述天线对应的处理器共同进行通信处理，包括：

对于所述天线中的任一天线：其他天线对应的处理器对所述存储区域中的数据进行通信处理的过程数据参与该条天线对应的处理器对所述存储区域中的数据的通信处理。

9.根据权利要求7所述的通信基站，其特征在于，所述基站处理器还用于：

如果所述至少两个小区对应的天线为不属于同一个基站处理器的天线，在所述至少两个小区对应的天线中选择目标天线，以使得所述目标天线对应的处理器对所述上行数据进行通信处理。

10.根据权利要求9所述的通信基站，其特征在于，所述基站处理器还用于：

如果所述上行数据为同一个通信终端传输的数据，在所述至少两个小区对应的天线中选择一组目标天线，以使得所述目标天线对应的处理器将所有天线传输的上行数据进行数据合并以及对合并的数据进行通信处理；

如果所述上行数据为至少两个通信终端的数据，在所述至少两个小区对应的天线中针对各基站处理器各选出一组目标天线，以使得所述目标天线对应的处理器将所有天线传输的上行数据进行数据合并以及对合并的数据共同进行通信处理；

其中，所述目标天线对应的处理器对合并的数据共同进行通信处理，包括：

对于所述目标天线中的任一天线：其它天线对应的处理器对所述合并的数据进行通信处理的过程数据参与该条天线对应的处理器对所述合并的数据的通信处理。