CN102113264A - 用于传输数据的通信网络元件和方法 - Google Patents

Abstract

本发明提供了一种在通信网络中传输数据的方法，其中所述方法包括发送指示使用协同传输方案在第一信道上传输的数据包未被正确解码的错误消息，和使用不同于所述第一信道的第二信道重传所述数据包。

Description

用于传输数据的通信网络元件和方法

技术领域

本发明涉及传输数据的通信网络元件和方法的领域，尤其涉及在通信网络中数据的重复传输。另外，本发明涉及通信网络系统、程序元件以及计算机可读介质。

背景技术

如今移动通信网络被广泛应用。这些通信网络包括多个网络小区，每个网络小区均具有至少一个用于从例如移动电话或PDA的用户设备接收和发射信号的基站。多个不同的环境或系统是已知的，例如CERAN、UTRAN、LTE、E－UTRAN、WCDMA或WLAN。为了保证良好的性能和特别是安全的数据传输，必须保证所有数据、数据信号或数据包在预期的接收方处和在诸如移动通信网络的基站的可能的中继站处被接收。

限制现有技术中已知的数据传输的性能的一个问题是小区间干扰。为了减少小区间干扰，推荐某些形式的协同天线（cooperative antenna, COOPA）系统。对于全协同蜂窝无线电系统相比传统系统，从理论上在容量和覆盖方面显著的性能增益是已知的。由于利用其他技术不能获得的这些大的增益，如从理论上已知，COOPA系统提供干扰受限蜂窝无线电系统的上限。同时，清楚的是，特别是在FDD系统中，由于对极大数目的基站（BS）的所需要的信道状态信息（CSI）和从而大的反馈开销，全协同是不实用的。另一个主题是骨干网上的大量数据，这可能在CAPEX和OPEX方面产生很多成本。

此外，为了提高传输质量，可以采用所谓的混合自动重传请求（Hybrid Automatic Repeat Request, HARQ）错误纠正方法。当使用HARQ时，发射侧连续发射属于HARQ过程的传输时间间隔（TTI）。接收侧试图解码每个过程，并且发送回确认（ACK）或非确认（NACK）消息或信号，根据所述消息或信号，发射侧分别在该过程中发射新的数据和重传在以前过程循环中所发射的数据。接收机软组合相同数据协议数据单元（PDU）的多次接收。

在LTE空白（blanking）以及非空白HARQ的框架内，在MIMO的上下文中讨论了重传，意味着，如果两个数据流被发射并且一个数据流已经被正确接收，这个数据流将等待或将不等待到另一数据流的HARQ过程结束。

对于基于空时分组码（space time block code，STBC）的具有若干发射天线的分集，推荐HARQ方案，其中为了重传采用不同的空时分组编码方案。这可能与将数据重传映射到不同的资源块（resource block, RB）相组合。得到的效果是提高的分集增益。

然而，这些重传可能降低通信系统、特别是协同天线系统的性能。

因而，可能存在对尤其在协同天线系统中提供通信网络的改善性能的通信网络元件、用于传输数据的方法、通信网络系统、程序元件和计算机可读介质的需求。

发明内容

可以通过根据独立权利要求的主题满足上述需求。由从属权利要求描述本发明的有利实施例。

根据本发明的示范方面，提供一种在通信网络中传输数据的方法，其中该方法包括发送错误消息，其指示使用协同传输方案在第一信道上传输的数据包未被正确解码，并且使用不同于第一信道的第二信道重传该数据包。

也就是说，为了重传，可以使用与用于数据包的第一传输不同的资源。该通信网络可以是移动通信网络，并且可以适合于执行HARQ过程，和／或错误消息可以是非确认（NACK）消息。特别地，第二信道可以不是协同信道、也就是说第二信道不是执行协同传输的信道，但是可以是对在给定的用户设备（UE）和对应的基站或节点B之间的传输特定的信道。特别地，第二信道可以不同于用于数据包的第一传输的若干或所有信道，例如可以不同于用于协同传输的每一个信道。

根据本发明的示范方面，提供一种用于在通信网络中传输数据的通信网络元件，其中该网络元件包括检测单元和传输单元，所述检测单元适合于检测指示使用协同传输方案在第一信道上传输的数据包未被正确解码的错误消息，所述传输单元适合于使用不同于第一信道的第二信道重传该数据包。

根据本发明的示范方面，提供一种通信网络系统，该通信网络系统包括多个通信网络元件，其中所述多个通信网络元件包括至少两个基站和至少两个用户设备，其中所述多个通信网络元件中的至少一个是根据本发明的示范方面的通信网络元件，并且其中所述多个通信网络元件适合于执行数据包的协同传输。特别地，该通信网络系统可以进一步包括中央单元，该中央单元适合于为至少两个通信网络元件、例如为两个基站或节点B（Node B）执行通用预编码。

根据本发明的示范方面，提供一种程序元件，该程序元件在由处理器执行时适合于控制或实施根据本发明的示范方面的方法。

根据本发明的示范方面，提供一种计算机可读介质，在所述计算机可读介质中存储的计算机程序在由处理器执行时适合于控制或实施根据本发明的示范方面的方法。

在这个应用中，术语“数据包”可以特别指代能够通过电缆或线或无线传输的各种数据。特别地，术语“数据”可以包括与电话呼叫或如在与计算机通信相结合地使用的数据传输有关的数字或模拟数据，例如程序、图片、音乐标题等等。特别地，特定数据可以由一个或多个数据包构成。

在这个应用中，术语“错误消息”特别地可以指代在例如由于低信噪比或由于低信号强度，特定数据、例如数据包未在预期的接收方处被正确接收或解码的情况下由通信网络元件发送给一个或多个其他通信网络元件的各种消息。在适合于执行所谓的混合自动重传请求（HARQ）错误控制方法的通信网络元件的情况下，这样的错误消息可以是NACK消息。特别地，在所述特定数据不能被解码，例如由该特定数据传输的信息是不可恢复的情况下，可以发送错误消息。

术语“重传”可以特别指代数据包的第二传输和／或数据包的附加冗余的传输。也就是说，术语“重传”不限制于单纯重复第一传输，而是在更广泛的意义上意味着：以被设计用于增加数据包正确解码的概率的方式再次执行传输。

术语“信道”可以特别指代能够用于传输数据包并且可以与另一传输路径相区别的任一种传输路径。也就是说，每个“信道”可以构成能用来从其他资源独立传输数据的通信网络的资源。这样的“信道”可以由包括若干副载波的资源块（RB）构成。例如，RB可以包括12个副载波点14个OFDM符号。

与已知的方案相比，根据本发明的示范方面的传输方案可以在减小的延迟或在协同区域（CA）或用于自组织协同天线系统的HARQ重传的分布式自组织CA（dCA）的协同节点B（NB）处的调度实体之间的减少的消息数目方面提供优点。

通过提供对于“正常”传输和重传使用不同信道的、传输数据的方法，可能有可能优化联合传输（JT）预编码的整个混合ARQ（HARQ）过程，特别是如果在CA的有关NB之间存在延迟的话，如对于dCA或对于经由X2接口组织的NB间协同的情况那样。

通过使用根据本发明的示范方面的方法，可能有可能甚至实现使用HARQ重传的协同系统，该协同系统比没有任何HARQ重传的协同系统更有挑战性。这些无HARQ重传的协同系统比具有来自UE的无法预测的重传请求的系统能够更容易实现。原因是，在无HARQ重传的情况下，协同天线系统的中央单元的调度器能够相对容易地基于数据缓冲器和时间戳被同步化，其中在预先分配的资源块上，数据块只是一个接一个地被发送。只有预编码器矩阵不得不在快的时间基础上被更新，以适应时间变化无线电信道状况。但是，由于使用不同于“正常”协同传输信道的特定的重传信道，可能有可能在协同传输系统中甚至实现HARQ重传，而比起传统的系统来在协同天线系统中可能避免HARQ重传的任何附加延迟，同时避免在协同天线系统的中央单元（CU）之间、例如在所谓的单元镜像中央单元（units mirror central unit, mCU）之间的用于组织HARQ重传的任何附加时间消耗和错误倾向消息（error prone message）。

特别地，当使用根据本发明的示范方面的方法时，可能有可能实现简单并且非常稳健的方案。此外，由于时间变化无线电信道而导致不好的资源分配的延迟临界消息（delay critical message）也是可避免的。尽管该方案简单，HARQ重传可以保证可靠和高效的数据传输。特别地，可能有可能保证对于每个UE，只有一个NB对相符的HARQ过程负责，这样可以完全避免HARQ过程队列的复杂调准（alignment）。应注意到，每QoS类和UE典型地将有多达8个过程，容易导致在不同NB的不同调度器处失调。

在提供协同数据传输的方法方面可以看到示范方面的要旨，其中数据包的第一传输通过使用第一信道或资源、例如协同信道来执行，而在接收到指示第一传输在接收侧未被正确解码的错误消息之后，使用不同的第二信道或资源执行重传。该第二信道优选是不用于协同传输的信道，例如可以是特定用于在特定用户设备和相应节点B之间的通信或传输路径的信道或资源。

接下来，描述传输数据的方法的示范实施例。然而，这些实施例也应用于通信网络元件、通信网络系统、程序元件和计算机可读介质。

根据本方法的另一示范实施例，第二信道与第一信道正交。特别地，第二信道也可以与可用于附加数据包的传输或重传的附加信道正交。也就是说，可能有可能提供彼此正交的多于两个的信道，使得对于每一传输和／或重传，使用与一些或所有其他所使用的信道正交的信道。特别地，用于重传目的的所有信道可以是彼此正交的。

通过为重传使用正交信道或资源，可以保证好的信道质量，即使只有一个节点B重传数据包。在多于两个的信道或预先调准的（pre aligned）RB用于重传的情况下，这些信道也可以与同其他协同NB相关联的RB正交，例如与预先调准用于其相应重传的RB正交。因而，可能有可能保证重传不受所述其他协同NB的干扰所影响。另外，可能有可能在重传期间实现频率再用。

根据本方法的另一示范实施例，第二信道与第一信道部分正交。术语“部分正交”可以特别指代两个信道之间的干扰不能完全被排除但是至少可以被减少的事实。这可以通过降低经由第二信道重传所使用的功率来实现，导致干扰被减少。

根据本方法的另一示范实施例，第二信道是非协同信道。

也就是说，所述第二信道可以不是协同信道，即第二信道不是执行协同传输的信道，但可以是特定于在给定用户设备和对应的节点B或基站之间的传输的信道。因而，可能有可能将数据包的重传从数据包的“正常”传输解耦，使得可能有可能减少在将会使用协同信道的情况下可能发生的时间延迟和同步问题，在这种情况下对于数据的进一步传输，不只节点B而且在重传中涉及到的用户设备也被阻止。另外，可能有可能HARQ过程单独地由所述用户设备正式附到的节点B操纵。

根据本方法的另一示范实施例，该方法还包括使用协同方案传输数据包。特别地，该传输可以是下行链路传输。例如，可以通过使用数据信号，将数据包从节点B发送到用户设备。

根据另一示范实施例，该方法还包括在传输数据包之前执行通用信号预编码。

特别地，所述通用信号预编码可以是下行链路情况下的联合传输和上行链路情况下的联合检测。这样的联合传输或联合检测可以基本上是所有协同UE的所有数据信号与预编码矩阵W的矩阵乘法。

根据本方法的另一示范实施例，通用信号处理由在协同传输方案中涉及的多个节点B执行。

特别地，协同区域（CA）的所有或至少若干涉及的节点B可以是时间和／或频率同步的。例如，时间和／或频率同步可以在OFDM符号的保护间隔的小部分和／或副载波带宽的小部分内被执行。优选地，对于所述CA的所有或至少若干涉及的节点B，可以使用相同的本地振荡器。因而，可能有可能最小化由于频率偏移和／或相位噪声波动造成的降级。

特别地，中央单元（CU）对于协同天线（COOPA）系统可以被预见来执行联合预编码，并且（如相同的建议）可以被放置在协同节点B（NB）之一处的所谓协同区域（CA）的中心点处。其他协同NB可以通过快速和低延迟光纤连接连接到该CU。

所述CU在下行链路（DL）中可以执行诸如联合传输的通用信号预编码，其基本上是所有协同UE的所有数据信号与预编码矩阵W的矩阵乘法。在迫零（zero forcing, ZF）的情况下，W是总信道矩阵H的伪逆H⁺。在基于码本（codebook）的预编码的SA的最简单形式中，可以基于来自UE UE1和2的不同PMI反馈PMI1和PMI2从码本中选择预编码矩阵W。类似的概念可以同样应用到上行链路（UL），通常命名为联合检测（JD）。

与传统的CA比较，也可能存在分布式自组织CA（dCA），其不仅具有用于通用信号处理的单个CU，而且在每个协同NB处具有所谓的镜像CU（mCU）。如果为了计算传输信号，每个mCU将精确地对相同的用户数据利用相同的预编码矩阵W进行相同的处理，那么得到的传输可能与对于利用单个CU的传统解决方案相同。

根据本方法的另一示范实施例，数据包在时间帧内被传输，并且在该协同传输方案中涉及的节点B的时间帧起始是同步的。

也就是说，所述协同传输可以基于时间帧传输，并且在传输中涉及的所有或至少若干个节点B的时间帧起始和/或数目可以在该传输的开始时或者在数据传输期间同步。例如，所述同步可以在OFDM符号的保护间隔的一小部分和／或副载波带宽的一小部分内被执行。每个时间帧可以包含或可以包括给定时间长度的若干子帧、例如1 ms例如类似于在LTE R8中指定的。

根据另一示范实施例，该方法还包括为第二信道预先调准（pre aligning）特定信道。

特别地，所述预先调准可以在数据包的第一传输之前或者甚至在开始协同传输之前执行。也就是说，对于每个用户设备和／或对应的节点B，可以预先调准在数据包未被正确解码、即错误消息发生的情况下可以使用的特定资源。该预先调准的信道或资源可以与第一信道正交，并且如果用户设备发送指示未解码的数据包的NACK消息，则可以直接被用于重传。特别地，可以对特定用户设备和相应节点B之间的每个连接预先调准一个或多个特定信道。所述多个预先调准的信道可以以列表或查找表的形式被存储，并且可以根据特定的准则、例如根据相应信道的性能或质量被分类。

根据本方法的另一示范实施例，根据预定准则选择所述特定信道。特别地，该预定准则可以是相应信道的性能水平。这样，可能有可能预先调准或保留第二信道用于重传，这可以保证数据包的可解码重传的高可能性。

根据另一示范实施例，该方法还包括，决定是否必须经由预先调准的第二信道执行重传，和／或在确定不必执行重传的情况下释放第二信道。释放第二信道可以是释放第二信道自身，或可以受限于释放为第二信道所分配的一些资源块。

通过在对于重传是不必要的情况下提供释放预先调准或预先分配的第二信道的可能性，可能有可能将该第二信道用于其他传输，例如用于在节点B和没有参与协同传输的用户设备之间的传输。这样，资源的使用可能更有效。

根据另一示范实施例，该方法包括给第二信道分配多个资源块。

根据本方法的另一示范实施例，所分配的资源块的数目基于通信网络的相应小区的当前状况确定。特别地，所述当前状况可以是小区负荷、重传的平均数目、在COOPA模式下用户设备的数目、信道状况等等。

根据另一示范实施例，该方法还包括发送指示所分配的多个资源块的消息。特别地，该消息可以适合于使同意为协同节点B之间的重传使用或分配的当前资源块。

接下来，描述通信网络元件的其他示范实施例。但是，这些实施例也应用于传输数据的方法、通信网络系统、程序元件和计算机可读介质。

根据通信网络元件的另一示范实施例，该通信网络元件是包括节点B、用户设备、基站和中继节点的网络元件组中的一个。

总结本发明的示范方面可以是提供协同天线系统中的HARQ重传。优选地，在用户分组后，中央单元的中央调度器可以决定针对一些资源块（RB）设置两个UE进入协同模式，意味着在相同RB上同时支持两个UE，并且利用适当的预编码最小化UE间干扰。该CA的所有涉及的NB可以是时间和频率同步的。所有UE的所传输的数据被缓冲，使得来自骨干通信网络的数据包的变化的到达时间可以被补偿，并且所有NB可以总是具有可用于预编码和传输的所有数据。

在UE之一不能解码其数据包之一并且发送重传请求的情况下，根据传统的过程，整个过程将会困惑于需要困难的调准程序来组织该数据包的普通重传。为了避免这一点，对于每个UE可能存在预先调准的RB，与用于协同传输的RB正交，如果UE为未被解码的数据包发送NACK消息，则所述预先调准的RB可以直接被使用用于重传。这可能将HARQ重传从正常数据传输完全解耦。另外，该HARQ过程可以单独地由UE正式所附到的该NB操纵。这样，由于正交资源的分配，可以保证好的信道质量，甚至只有一个NB重传数据。

本发明的以上定义的示范方面和示范实施例和其他方面从在下文中要描述的实施例的例子中显而易见，并且结合实施例的例子得以阐述。在下文中将参考实施例的例子更详细地描述本发明，但是本发明不局限于所述实施例的例子。

附图说明

图1示意性示出不同协同程度的潜在增益。

图2示意性示出协同传输的基本解决方案。

图3示意性示出根据本发明示范实施例的HARQ方案。

图4示意性示出分布式自组织协同区域。

具体实施方式

在图中的图解是示意性的。相同或类似的元件标注有相同或类似的附图标记。

下面，参考图1到4，将解释根据示范实施例的传输数据的方法和通信网络元件的一些基本原理。

图1示意性示出不同协同程度的潜在增益。也就是说，图1示出在不同的协同水平上以比特每秒赫兹（bits/(s*Hz)）为单位的频谱效率。特别地，为若干协同程度描述若干方案。“ScaleNet”结果101和102的频谱效率表示无协同但是具有完全信道状态信息（CSI）知识的最优MU－MIMO系统的结果。另外，“Fo”线103和104表示每个协同水平的理论上限，而线“Fe”105表示具有协同节点B之间的X2上的变化数据速率的5 MHz系统的结果。从图1能清楚看出，随着协同水平增长，频谱效率增加。特别地，对于“Fo”线情况如此，而“Fe”线105同样从无协同增长到对应于10 MHz回传（backhaul）、20 MHz回传、3小区和完全、即无限回传的协同之上。另外，3GET项目（3GETproject）的结果由106指示，其表示具有大小为3的协同区域（CA）的有效IF管理方案。

图2示意性示出协同传输的基本解决方案，其有助于理解本发明。特别地，中央单元（CU）201在下行链路（DL）执行通用信号预编码、诸如联合传输，该通用信号预编码基本上是所有协同UE的所有数据信号与预编码矩阵W的矩阵乘法。在迫零（ZF）的情况下，W是总信道矩阵H的伪逆H⁺。在图2中示出了对于基于码本的预编码的SA的最简单形式。在这种情况下，基于来自UE UE1和2的不同PMI反馈PMI1和PMI2从码本中选择预编码矩阵W。类似的概念同样可以应用到上行链路（UL），通常命名为联合检测（JD）。

特别地，图2示出要传输给UE1 202和UE2 203的数据包d1和d2。为了通用信号处理，通过使用矩阵W 204编码所述数据包用以形成要传输给对应于UE1 202的节点B1 205和对应于UE2 203的节点B2 206的数据信号tx，其中信号r₁和r₂分别被接收。信号r₁和r₂对应于信道矩阵H 、伪逆H⁺或W和要传输的数据d的乘法偏移偏移量n。

图3示意性示出了根据本发明示范实施例的HARQ方案。下面将结合图3更详细地解释用于任何种类的协同天线系统中的HARQ重传的本发明示范实施例的基本思想。

在图3中示出了包括1ms长度的若干子帧301的典型时间帧300，类似于LTE  R8中所指定的。示出了DL频带，该频带例如在20 MHz带宽的情况下包含100资源块（RB），其中每个RB包括12个副载波（SC）点14 个OFDM符号。

对于所描述的方法，假定在用户分组之后，中央单元的中央调度器已经决定将两个UE的RB中的一些设置成协同模式，意味着在相同的RB上同时支持两个UE，并且利用适当的预编码最小化UE间干扰。

协同区域（CA）的所有涉及的NB是在OFDM符号的保护间隔的一小部分和15 kHz的SC带宽的一小部分内时间和频率同步的。优选地，对于CA的所有NB应该使用相同的本地振荡器（LO），以便最小化由于频率偏移和相位噪声波动带来的降级。特别地，所有涉及的NB的帧起始被同步并且所有NB传输相同的帧号（frame number）。

在可能在远处的位置处的若干NB上分布的镜像中央单元（mCU）的情况下，用户数据的数据缓冲器也可以同步，这可以通过适当的时间戳实现，其中在将数据组播到所有UE之前必须将所述时间戳插入到骨干网内的数据流中。所有UE的Tx数据可以被缓冲，使得来自骨干网的数据包的变化的到达时间能够被补偿，并且所有NB总是具有可用于预编码和传输的所有数据。在图4中示出了分布式自组织CA（dCA）的基本概念。

只要在每个新子帧处没有重传，则所有NB将从那里时间调准的数据队列中每UE取出一个数据包。必要时由于一些罕有的错误事件或者在基于所插入的时间戳的协同传输开始时，可以有规律地检查和校正时间调准（time alignment）。这在图3中标注为第一传输310，其中不同的区域311和312标志在相同的RB上向若干UE的同时协同传输。

现在所述方法的主要目的是类似于未确认UDP协议通过仅仅取出一组数据包接着另一组数据包用于协同传输而在无需涉及的NB之间的进一步消息交换的情况下连续地传输新数据包。在UE之一不能解码其数据包之一并且发送重传请求的情况下， 在使用已知方法时，整个过程困惑于需要困难的调准程序来组织该数据包的普通重传。

但是，为了避免该困惑，按照根据本发明的示范实施例的所述方法，对于每个UE存在预先调准或预先分配的RB，与用于协同传输的RB正交，其中如果UE为未被解码的数据包发送NACK消息，所述预先调准或预先分配的RB可以直接被使用用于重传。另外，该预先调准的用于重传的RB也可以与同其他协同NB相关联的RB正交、例如与为其相应的重传而预先调准的RB正交。因而，可能有可能保证重传不受这些其他协同NB的干扰影响。这可以将HARQ重传从正常数据传输完全解耦。另外，HARQ过程将单独地由UE正式所附到的NB操纵。

由于正交资源的分配，可以保证好的信道质量，即使只有一个NB重传数据。

由于典型地仅仅对于10％或者更少的数据传输发生重传，与使用用户协同用于HARQ重传的系统相比，总性能损失也可能小。无论如何，对于使用根据本发明的方法的系统，将块误码率（block error rate, BLER）的目标设置为较小的值可能是有用的，使得与传统的系统相比重传发生更少。由于协同自身，这可能被显著的性能增益超过。

为重传所预先分配的那些RB在不需要这些资源用于重传的情况下可以由不在协同模式下的UE使用。应注意到，只有部分UE处于协同模式，因为例如在小区中心处的UE典型地将不从协同中获益。

图4示意性示出了分布式自组织协同区域。特别地，图4示意性示出分布式自组织协同区域（dCA）400，其中将数据向3个镜像中央单元（mCU）401、402和403组播，每个镜像中央单元均分别具有相应的数据缓冲器404、405和406用于数据包d1到d3。每个mCU分别与基站407、408和409相关联，所述基站与两个UE  410和411通信，这通过箭头412指示。

总结根据示范实施例的方法的一些主要优点可以是：

a）所推荐的HARQ方案导致协同天线系统的非常简单的实施概念。理想地并且在最简单的情况下，在协同阶段根本不需要交换调度决定。除了在协同的设置期间，其中可能必须定义用于基于长期信道状态信息（CSI）的协同的一组RB，并且可能必须分配起始时间，在无进一步的通知的情况下可以一个数据块接一个数据块地传输。基于时间戳和普遍已知的组或RB，NB恰好在约定的RB上预定帧号中的时间戳时开始预编码数据，并且持续，直到它接收“结束”消息，例如因为UE之一已经离开该小区。

b）由于简单的方案，非常稳健的实施可能是可能的。

c）可以避免由于时间变化无线电信道导致糟糕的资源分配的延迟临界消息。

d）尽管简单的方案，由HARQ重传可以保证可靠和有效的数据传输。

e）对于每个UE，只有一个NB负责相符的HARQ过程，因而HARQ过程队列的复杂调准完全可以被避免。

f）因为每UE只有一个NB操纵HARQ处理，与HARQ消息的协同传输相比，可以节省显著的存储空间，其中NB中的每一个不得不为所有UE实现所有HARQ队列。

g）因为在不同的NB之间不需要调度决定的调准，珍贵的时间可以节省，保证HARQ重传尽可能快地完成。

应注意，术语“包括”不排除其他元件或步骤，“一”或“一个”不排除多个。与不同实施例相关联所描述的元素也可以被组合。还应注意，权利要求中的附图标记不应被解释为限制权利要求的范围。

附图标记清单

101    ScaleNet结果

102    ScaleNet结果

103    Fo结果

104    Fo结果

105    Fe结果

201   中央单元

202   用户设备1

203   用户设备2

204   矩阵

205   节点B1

206   节点B2

300   时间帧

301   子帧

310   第一传输

311   不同区域

312   不同区域

306   传输

307   传输

308   传输

309   传输

310   传输

311   传输

400   分布式自组织协同区域

401   镜像中央单元1

402   镜像中央单元2

403   镜像中央单元3

404   数据缓冲器 1

405   数据缓冲器 2

406   数据缓冲器 3

407   节点B1

408   节点B2

409   节点B3

410    用户设备1

411    用户设备2

412    通信

Claims (15)

1. 一种在通信网络中传输数据的方法，该方法包括：

发送指示使用协同传输方案在第一信道上传输的数据包未被正确解码的错误消息，和

使用不同于所述第一信道的第二信道重传所述数据包。

2. 根据权利要求1所述的方法，其中所述第二信道是非协同信道。

3. 根据权利要求1所述的方法，其中所述第二信道与所述第一信道正交。

4. 根据权利要求1所述的方法，进一步包括：

使用协同方案传输所述数据包。

5. 根据权利要求1所述的方法，进一步包括：

在传输数据包之前执行通用信号预编码。

6. 根据权利要求5所述的方法，其中通用信号处理由在所述协同传输方案中涉及的多个节点B执行。

7. 根据权利要求1所述的方法，其中在时间帧内传输所述数据包，和

其中在所述协同传输方案中涉及的节点B的时间帧起始被同步。

8. 根据权利要求1所述的方法，进一步包括：

为所述第二信道预先调准特定信道。

9. 根据权利要求1所述的方法，进一步包括：

为所述第二信道分配多个资源块，

其中所分配的资源块的数目基于通信网络的相应小区的当前状况确定。

10. 根据权利要求9所述的方法，进一步包括：

发送指示所分配的多个资源块的消息。

11. 一种用于在通信网络中传输数据的通信网络元件，该网络元件包括：

检测单元，其适合于检测指示使用协同传输方案在第一信道上传输的数据包未被正确解码的错误消息，和

传输单元，其适合于使用不同于所述第一信道的第二信道重传所述数据包。

12. 根据权利要求11所述的通信网络元件，其中所述网络元件是网络元件组中的一个，所述网络元件组包括：

节点B，

用户设备，

基站，和

中继节点。

13. 一种通信网络系统，包括：

多个通信网络元件，

其中所述多个通信网络元件包括至少两个基站和至少两个用户设备，

其中至少一个通信网络元件是根据权利要求11所述的通信网络元件，和

其中所述多个通信网络元件适合于执行数据包的协同传输。

14. 一种程序元件，所述程序元件在由处理器执行时适合于控制或执行根据权利要求1所述的方法。

15. 一种计算机可读介质，在所述计算机可读介质中存储计算机程序，所述计算机程序在由处理器执行时适合于控制或执行根据权利要求1所述的方法。

Images