CN101868035A - 一种多点协作传输系统及方法 - Google Patents

Abstract

本发明公开一种多点协作传输系统，包括：多点协作传输网关、多点协作传输节点和基站，多点协作传输网关用于确定需要协作传输的用户终端和参与协作传输的基站，控制建立多点协作传输链接，及将数据进行同步处理后发送至参与协作传输的基站；多点协作传输节点用于对需要协作传输的数据生成控制信令，并将控制信令发送至所述参与协作传输的基站；基站用于根据收到的控制信令，将收到的处理后的数据发送至用户终端。本发明还对应的公开了一种多点协作传输方法，采用本发明多点协作传输系统及方法，使多点协作传输作为独立的功能进行部署，在现有系统内增加多点协作传输功能比较方便，且降低了基站复杂度。

Description

一种多点协作传输系统及方法

技术领域

本发明涉及多点协作传输(CoMP，Coordinated multiple point transmition and reception)技术，尤其涉及一种多点协作传输系统及方法。

背景技术

随着LTE-A(long term evolution-Advance)需求的提出，人们对小区平均频谱效率和小区边缘频谱效率越来越重视，相比较而言，小区边缘的频谱效率最受人们关注，这主要是因为LTE-A系统的上下行都是以正交频分复用(OFDM，Orthogonal frequency-division multiplexing)为基础多址复用方式的频分系统，与传统的以码分多址(CDMA，Code Division Multiple Access)为基础多址复用方式的无线通信系统不同，LTE-A系统没有处理增益，小区内部因为完全频分正交，所以几乎没有干扰问题，但在小区边缘处的干扰处理相对棘手。

目前LTE中对小区边缘处干扰的处理主要有以下三种方法：1、干扰随机化；2、干扰消除；3、干扰协调(躲避)。在这三种干扰处理方法中，要么无法有效的消除干扰，要么无法充分地利用资源。因此，利用多个小区的发射天线协作传输来实现小区边缘处无线链路的较高容量和可靠传输就成为研究重点，这也就是多点协作传输技术。

在3GPP 53bis会议上，已经同意将“Coordinated multiple point transmission and reception”章节加入基本框架中。在3GPP 54～3GPP 55bis会议中，提出了一系列的多节点协作发送方案，在这些方案中，多数都是基于理想的信道信息考虑的，目前存在的基于非相关传输的多点协作传输发射分集方案主要包括：

SFN-CoMP(single frequency network-CoMP)：不同的小区分别传输相同格式的数据，并通过空口进行合并。

SFBC-CoMP(space frequency block code-CoMP)：不同小区传输的数据构成空频分组编码(SFBC)格式，每个小区传输SFBC编码的一个支路的数据。

CDD-CoMP(cyclic delay diversity-CoMP)：与SFN-CoMP类似，各个小区传输相同的数据，区别在于不同小区传输的数据进行不同的循环时延。

可以看出，上述的各种协作方式都是基站如何把数据协作传输给终端的方式，其实只是描述了多点协作传输的接入网侧的实现方案，对多点协作传输核心网侧的结构未进行讨论及描述。

发明内容

有鉴于此，本发明的主要目的在于提供一种多点协作传输系统及方法，明确给出了核心网侧的结构，通过核心网侧和接入网侧的交互，实现多点协作传输，并且，能够在现有系统内比较方便地增加多点协作传输功能，不需要进行太多调整，也不会增大基站复杂度。

为达到上述目的，本发明的技术方案是这样实现的：

一种多点协作传输系统，包括：多点协作传输网关、多点协作传输节点和基站，其中，

所述多点协作传输网关用于确定需要协作传输的用户终端和参与协作传输的基站，并控制建立多点协作传输链接，以及将需要协作传输的数据进行同步处理后发送至所述参与协作传输的基站；

所述多点协作传输节点用于对所述需要协作传输的数据生成控制信令，并将所述控制信令发送至所述参与协作传输的基站；

所述基站用于根据收到的所述控制信令，将收到的所述同步处理后的数据发送至所述需要协作传输的用户终端。

所述基站还用于向多点协作传输网关上报需要协作传输的用户终端信息和参与协作传输的基站信息；或者基站直接确定需要参与协作传输的基站，并把确定结果上报给网络侧。

所述多点协作传输网关具体包括：多点协作传输网关控制单元和多点协作传输网关用户单元，其中，

所述多点协作传输网关控制单元用于确定需要协作传输的用户终端和参与协作传输的基站，并控制多点协作传输链接的建立；以及为需要协作传输的数据形成同步处理信令，并将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送至所述多点协作传输网关用户单元和所述多点协作传输节点；

所述多点协作传输网关用户单元用于根据收到的来自所述多点协作传输网关控制单元的信息，对需要协作传输的数据进行同步处理，之后将同步处理后的数据发送至各参与协作传输的基站。

所述多点协作传输节点生成的控制信令包括：数据的时频资源信息、调制方式、编码速率。

所述需要协作传输的用户终端所属的基站还用于将所述控制信令解析后发送至所述需要协作传输的用户终端。

一种多点协作传输方法，包括：

用户终端需要进行多点协作传输时，网络侧确定需要协作传输的用户终端和参与协作传输的基站，并建立多点协作传输链接；

链接建立成功后，网络侧对需要协作传输的数据进行同步处理并生成控制信令，之后将所述同步处理后的数据和所述控制信令发送给所述参与协作传输的基站；

所述参与协作传输的基站根据收到的控制信令，向所述需要协作传输的用户终端协作传输数据。

所述确定需要协作传输的用户终端和参与协作传输的基站为：网络侧根据基站上报的需要协作传输的用户终端信息和参与协作传输的基站信息来确定；或者基站直接确定需要参与协作传输的基站，并把确定结果上报给网络侧。

所述建立多点协作传输链接为：网络侧首先建立多点协作传输网关控制单元与多点协作传输节点之间、多点协作传输节点与各参与协作传输的基站之间的链接，然后建立多点协作传输网关用户单元与各参与协作传输的基站之间的链接。

所述控制信令包括：数据的时频资源信息、调制方式、编码速率。

所述需要协作传输的用户终端所属的基站进一步将所述控制信令解析后发送至所述需要协作传输的用户终端。

采用本发明多点协作传输系统及方法，使多点协作传输作为独立的功能进行部署，对原有系统影响小，现有系统内增加多点协作传输功能比较方便，不需要进行太多调整，并且，本发明中，设置多点协作传输网关和多点协作传输节点，来进行资源协调及分配，不需要基站进行多点协作传输的资源协调及分配，从而降低了基站复杂度。

附图说明

图1为本发明多点协作传输系统的架构图；

图2为本发明多点协作传输方法的流程图；

图3为单播业务的现有网络结构示意图；

图4为实施例1的单播切换到多点协作传输的系统架构图；

图5为实施例1单播切换到多点协作传输的流程图；

图6为现有MBMS网络架构图；

图7为实施例2单播切换到多点协作传输的系统架构图；

图8为实施例2单播切换到多点协作传输的流程图；

图9为实施例3单播切换到多点协作传输系统架构图；

图10为实施例3单播切换到多点协作传输的流程图。

具体实施方式

本发明的基本思想是：通过多点协作传输网关与多点协作传输节点实现基站的多点协作传输，使多点协作传输可以作为独立的功能进行部署。

下面结合附图对技术方案的实施作进一步的详细描述。

本实施例中所述网络侧包含两个节点，分别是基站、各种网关。文中所述由网关执行的行为中，如果没有明确说明是基站或者网关执行的行为，那么可以由基站或者网关进行代理执行。

图1为本发明多点协作传输系统的架构图，如图1所示，本发明多点协作传输系统包括：多点协作传输网关(CoMP_GW)11、多点协作传输节点(CoMPE)12和基站(eNB)13，

CoMP_GW11，用于确定需要协作传输的用户终端和参与协作传输的基站，并控制建立多点协作传输链接，以及将需要协作传输的数据进行同步处理后发送至所述参与协作传输的基站13，其具体包括：多点协作传输网关控制单元(CoMP_GW_CP)111、多点协作传输网关用户单元(CoMP_GW_UP)112，其中，

CoMP_GW_CP 111，用于确定需要协作传输的用户终端和参与协作传输的基站13，并控制CoMP_GW_UP 112及CoMPE 12建立多点协作传输链接；以及为需要协作传输的数据形成相应的同步处理信令，并将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送至CoMP_GW_UP 112和CoMPE 12。

这里，需要协作传输的用户终端和参与协作传输的基站信息可以由某基站自行确定后上报。

控制CoMP_GW_UP 112及CoMPE 12建立多点协作传输链接为：首先建立CoMP_GW_CP 111与CoMPE 12之间、CoMPE 12与各参与协作传输的基站13之间的链接，然后建立CoMP_GW_UP 112与各参与协作传输的基站13之间的链接。一般情况下，CoMPE 12与各参与协作传输的基站13建立链接后，进一步在所述参与协作传输的基站13上为所述需要协作传输的用户终端请求传输资源。

另外，产生同步处理信令是为了帮助基站获知发送需要协作传输的数据的时间为无线帧级别，以及帮助基站发现来自CoMP_GW_UP的需要协作传输的数据的丢失情况。

CoMP_GW_UP 112，用于根据收到的来自CoMP_GW_CP 111的信息，对需要协作传输的数据进行同步处理，之后发送至各参与协作传输的基站。

CoMP_GW 11作为一个逻辑实体，可以放置在其他合适的网元内。本发明中，该网关具有IP组播传输的能力。

CoMPE 12，用于在建立多点协作传输链接时，建立与各协作传输的基站13的链接，并向所述各协作传输的基站13请求传输资源；在收到CoMP_GW_CP111发送的同步处理信令等信息后，生成控制信令，并发送至各参与协作传输的基站13。

这里，控制信令一般包括：数据的时频资源信息、调制方式、编码速率等。

基站13，用于根据收到的控制信令，将收到的处理后的数据发送至需要协作传输用户终端；需要协作传输的用户终端所属的基站还用于将所述控制信令解析后发送至所述需要协作传输的用户终端。

基站13还可以用于向CoMP_GW_CP 111上报需要协作传输的用户终端信息和参与协作传输的基站信息。

图2为本发明多点协作传输方法的流程图，如图2所示，本发明多点协作传输方法包括：

步骤21：用户终端需要进行多点协作传输时，网络侧确定需要协作传输的用户终端和参与协作传输的基站，并建立多点协作传输链接。

这里，可以根据基站上报的参与协作传输的基站信息由多点协作传输节点或者网关来确定参与协作传输的基站。

或者，由基站根据需要进行协作传输的终端上报的其他基站的信息，来决定由那些基站为该终端进行协作传输，把决定的结果上报给网络侧的网关。

网络侧建立多点协作传输链接具体为：首先建立CoMP_GW_CP与CoMPE之间、CoMPE与各参与协作传输的基站之间的链接，然后建立CoMP_GW_UP与各参与协作传输的基站之间的链接。

CoMPE与各参与协作传输的基站建立链接后，进一步在所述参与协作传输的基站上为所述需要协作传输的用户终端请求传输资源。

步骤22：链接建立成功后，网关对需要协作传输的数据进行同步处理，并将处理后的数据发送给各参与协作传输的基站。

这里，同步处理是指帮助基站获知发送协作传输数据的时间为无线帧级别，以及帮助基站发现来自CoMP_GW_UP的需要协作传输的数据的丢失情况，具体由CoMP_GW_UP根据CoMP_GW_CP产生的同步处理信令进行处理。

网关将处理后的数据发送给各参与协作传输的基站具体为：CoMP_GW_CP将参与协作传输的基站信息、需要协作传输的用户终端信息以及其为需要协作传输的数据产生的同步处理信令发送至CoMP_GW_UP和CoMPE，由CoMP_GW_UP根据同步处理信令对需要协作传输数据进行同步处理，并将处理后的数据发送至参与协作传输的基站。

步骤23：多点协作传输节点为需要协作传输的数据生成控制信令，并发送给各参与协作传输的基站。

这里，多点协作传输节点为需要协作传输的数据生成控制信令，并发送给各参与协作传输的基站具体为：CoMP_GW_CP将参与协作传输的基站信息、需要协作传输的用户终端信息以及其为需要协作传输的数据产生的同步处理信令发送至CoMPE之后，CoMPE参考收到的信息生成更加详细的控制信令，并发送至各参与协作传输的基站，控制信令一般包括：数据的时频资源信息、调制方式、编码速率等。

步骤24：各参与协作传输的基站根据收到的控制信令向需要协作传输的用户终端协作传输数据。

这里，各协作传输的基站根据CoMPE生成的控制信令，把从CoMP_GW_UP接收的数据发送给需要协作传输的用户终端。另外，需要协作传输的用户终端所属的基站还需要将来自CoMPE的控制信令解析后发送至所述需要协作传输的用户终端，以便终端接收并解析收到的数据。

下面结合实施例及附图对本发明作进一步详细说明。

实施例1：

本实施例基于单播业务的现有网络结构来实现多点协作传输，具体描述从单播切换到多点协作传输的过程。

图3为单播业务的现有网络结构示意图，如图3所示，单播业务的现有网络包括：单播网关(Unicast_GW)、单播网关侧移动管理实体(MME，Mobility Management Entity)、基站(eNB)和用户终端(UE)。

图4为实施例1的单播切换到多点协作传输的系统架构图，如图4所示，实施例1的单播切换到多点协作传输的系统，在单播业务现有网络的基础上增加了CoMP_GW和CoMPE，其中，CoMP_GW具体包括CoMP_GW_CP和CoMP_GW_UP，相应地，增加了CoMP_GW_CP与单播网关侧MME、CoMP_GW_UP与基站、CoMP_GW_CP与CoMPE、CoMPE与基站、Unicast_GW与CoMP_GW_CP之间的接口。

图5为实施例1单播切换到多点协作传输的流程图，如图5所示，实施例1单播切换到多点协作传输包括以下步骤：

步骤501：基站eNB1下的用户终端UE1需要进行多点协作传输，eNB1将请求协作信息上报MME。

这里，请求协作信息携带：需要协作传输的终端信息、参与协作传输的基站信息。本实施例中，需要协作传输的终端为UE1，参与协作传输的基站为eNB1和eNB2。

实际应用中，eNB1可以根据UE1测量的邻基站信息，从中确定参与协作传输的基站。

步骤502：MME通知CoMP_GW_CP建立多点协作传输链接。

这里，MME发送给CoMP_GW_CP的通知消息携带需要协作传输的终端信息、参与协作传输的基站信息。CoMP_GW_CP收到所述通知消息后，首先建立CoMP_GW_CP与CoMPE之间、CoMPE与各参与协作传输的基站之间的链接，然后建立CoMP_GW_UP与各参与协作传输的基站之间的链接。

CoMP_GW_CP将各参与协作传输的基站信息、需要协作传输的终端信息通知CoMPE，CoMPE与各参与协作传输的基站建立链接后，进一步在参与协作传输的基站上为所述需要协作传输的终端请求传输资源。

步骤503：链接建立完毕，CoMP_GW_CP通知Unicast GW停止向eNB1发送关于UE1的数据，并把未发送给eNB1的数据转发给CoMP_GW_UP，Unicast_GW收到通知后，停止向eNB1发送关于UE1的数据，并把未发送给eNB1的关于UE1的数据转发给CoMP_GW_UP。

步骤504：CoMP_GW_UP接收所述未发送给eNB1的关于UE1的数据后，CoMP_GW_CP为所述收到的未发送给eNB1的关于UE1的数据产生同步处理信令。

步骤505：CoMP_GW_CP将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送给CoMP_GW_UP，CoMP_GW_UP依据所述同步处理信令对所述收到的未发送给eNB1的关于UE1的数据进行同步处理，并把处理后的数据发送至eNB1和eNB2。

步骤506：CoMP_GW_CP将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送给CoMPE，CoMPE根据来自CoMP_GW_CP的信息，生成控制信令，之后将所述控制信令发送至eNB1和eNB2。

这里，控制信令一般包括：数据的时频资源信息、调制方式、编码速率。

需要说明的是，CoMP_GW_CP一般同时将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送给CoMP_GW_UP和CoMPE，这里，对步骤505和步骤506的区分只是为了突出CoMP_GW_UP和CoMPE收到信息后的具体处理情况，并非在先后顺序上进行限制。

步骤507：eNB1和eNB2发送数据给UE1。

这里，eNB1和eNB2根据CoMPE生成的控制信令，把从CoMP_GW_UP接收的数据发送给UE1。另外，参与协作传输的基站eNB1或eNB2还需要将CoMPE生成的控制信令解析后发送至UE1，以便UE1对eNB1和eNB2发送的数据进行接收并解析，一般情况下，默认由需要协作传输的用户终端UE1所属的基站eNB1将控制信令解析后发送至UE1。

实施例2：

本实施例基于现有的多媒体广播多播业务(MBMS)网络来实现多点协作传输，具体描述从单播切换到多点协作传输的过程。

图6为现有MBMS网络架构图，如图6所示，现有MBMS网络包括：内容提供单元(Contents Provider)、公用数据网网关(PDN_GW)、增强型广播组播业务中心(evolved Broadcast Multicast Service Center，eBMSC)、MBMS网关(MBMS_GW)、多小区协作实体(Multi-cell/multicast Coordination Entity，MCE)和基站，其中，MBMS_GW具体包括MBMS网关控制单元MBMS_GW_CP和MBMS网关用户单元MBMS_GW_UP。

图7为实施例2单播切换到多点协作传输的系统架构图，如图7所示，在图6所示现有MBMS网络结构的基础上，只需要添加MME和MBMS_GW_CP之间的接口，以及MBMS_GW_CP和Unicast_GW之间的接口，便能够实现多点协作传输。即本实施例由MBMS_GW实现实施例1中CoMP_GW的功能，由MCE实现实施例1中CoMPE的功能。

图8为实施例2单播切换到多点协作传输的流程图，如图8所示，实施例2单播切换到多点协作传输包括以下步骤：

步骤801：基站eNB1下的用户终端UE1需要进行多点协作传输，eNB1将请求协作信息上报MME。

这里，请求协作信息携带：需要协作传输的终端信息、参与协作传输的基站信息。本实施例中，需要协作传输的终端为UE1，参与协作传输的基站为eNB1和eNB2。

实际应用中，eNB1可以根据UE1测量的邻基站信息，从中确定参与协作传输的基站。

步骤802：MME通知MBMS_GW_CP建立多点协作传输链接。

这里，MME发送给MBMS_GW_CP的通知消息携带需要协作传输的终端信息、参与协作传输的基站信息。MBMS_GW_CP收到所述通知消息后，首先建立MBMS_GW_CP与MCE之间、MCE与各参与协作传输的基站之间的链接，然后建立MBMS_GW_UP与各参与协作传输的基站之间的链接。MBMS_GW_CP将各参与协作传输的基站信息、需要协作传输的终端信息通知MCE，MCE与各参与协作传输的基站建立链接后，进一步在参与协作传输的基站上为所述需要协作传输的终端请求传输资源。

步骤803：链接建立完毕，MBMS_GW_CP通知Unicast_GW停止向eNB1发送关于UE1的数据，并把未发送给eNB1的数据转发给MBMS_GW_UP，Unicast_GW收到通知后，停止向eNB1发送关于UE1的数据，并把未发送给的数据转发给MBMS_GW_UP。

步骤804：MBMS_GW_UP接收所述未发送给eNB1的关于UE1的数据后，MBMS_GW_CP对所述收到的未发送给eNB1的关于UE1的数据产生同步处理信令。

步骤805：MBMS_GW_CP将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送给MBMS_GW_UP，CoMP_GW_UP依据所述同步处理信令对所述收到的未发送给eNB1的关于UE1的数据进行同步处理，并把处理后的数据发送至eNB1和eNB2。

步骤806：MBMS_GW_CP将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送给MCE，MCE根据来自MBMS_GW_CP的信息，生成控制信令，之后将所述控制信令发送至eNB1和eNB2。

这里，控制信令一般包括：数据的时频资源信息、调制方式、编码速率。

需要说明的是，MBMS_GW_CP一般同时将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送给MBMS_GW_UP和MCE，这里，对步骤805和步骤806的区分只是为了突出MBMS_GW_UP和MCE收到信息后的具体处理情况，并非在先后顺序上进行限制。

步骤807：eNB1和eNB2发送数据给UE1。

这里，eNB1和eNB2根据MCE生成的控制信令，把从MBMS_GW_UP接收的数据发送给UE1。另外，参与协作传输的基站eNB1或eNB2还需要将MCE生成的控制信令解析后发送至UE1，以便UE1对eNB1和eNB2发送的数据进行接收并解析，一般情况下，默认由需要协作传输的用户终端UE1所属的基站eNB1将控制信令解析后发送至UE1。

实施例3：

本实施例同样基于现有的MBMS网络来实现多点协作传输，具体描述从单播切换到多点协作传输的过程。

图9为实施例3单播切换到多点协作传输系统架构图，如图9所示，本实施例在现有MBMS网络的基础上，增加一MBMS网关侧的移动管理实体MME’，并增加MME’与MBMS_GW之间、MME’与MCE之间、MME’与单播网关侧MME之间、MME’与基站之间的接口。与实施例2的不同之处在于，本实施例中，MBMS_GW仅实现实施例1中CoMP_GW_UP的功能，由MME’实现实施例1中CoMP_GW_CP的功能，MCE仍然实现实施例1中CoMPE的功能。

图10为实施例3单播切换到多点协作传输的流程图，如图10所示，实施例3单播切换到多点协作传输包括以下步骤：

步骤1001：基站eNB1下的用户终端UE1需要进行多点协作传输，eNB1将请求协作信息上报MME。

这里，请求协作信息携带：需要协作传输的终端信息、参与协作传输的基站信息。本实施例中，需要协作传输的终端为UE1，参与协作传输的基站为eNB1和eNB2。

实际应用中，eNB1可以根据UE1测量的邻基站信息，从中确定参与协作传输的基站。

步骤1002：MME通知MME’建立多点协作传输链接。

这里，MME发送给MME’的通知消息携带需要协作传输的终端信息、参与协作传输的基站信息。MME’收到所述通知消息后，首先建立MME’与MCE之间、MCE与各参与协作传输的基站之间的链接，然后建立MBMS_GW与各参与协作传输的基站之间的链接。

MME’将各参与协作传输的基站信息、需要协作传输的终端信息通知MCE，MCE与各参与协作传输的基站建立链接后，进一步在参与协作传输的基站上为所述需要协作传输的终端请求传输资源。

步骤1003：链接建立完毕，MME’通知Unicast_GW停止向eNB1发送关于UE1的数据，并把未发送给eNB1的数据转发给MBMS_GW，Unicast_GW收到通知后，停止向eNB1发送关于UE1的数据，并把未发送给eNB1的关于UE1的数据转发给MBMS_GW。

步骤1004：MBMS_GW接收所述未发送给eNB1的关于UE1的数据后，MME’为所述收到的未发送给eNB1的关于UE1的数据产生同步处理信令。

步骤1005：MME’将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送给MBMS_GW，MBMS_GW依据所述同步处理信令对所述收到的未发送给eNB1的关于UE1的数据进行同步处理，并把处理后的数据发送至eNB1和eNB2。

步骤1006：MME’将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送给MCE，MCE根据来自MME’的信息生成控制信令，之后将所述控制信令发送至eNB1和eNB2。

这里，控制信令一般包括：数据的时频资源信息、调制方式、编码速率。

需要说明的是，MME’一般同时将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送给MBMS_GW和MCE，这里，对步骤1005和步骤1006的区分只是为了突出CoMP_GW_UP和CoMPE收到信息后的具体处理情况，并非在先后顺序上进行限制。

步骤1007：eNB1和eNB2发送数据给UE1。

这里，eNB1和eNB2根据MCE生成的控制信令，把从MBMS_GW接收的数据发送给UE1。另外，参与协作传输的基站eNB1或eNB2还需要将MCE生成的控制信令解析后发送至UE1，以便UE1对eNB1和eNB2发送的数据进行接收并解析，一般情况下，默认由需要协作传输的用户终端UE1所属的基站eNB1将控制信令解析后发送至UE1。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种多点协作传输系统，其特征在于，该系统包括：多点协作传输网关、多点协作传输节点和基站，其中，

所述多点协作传输网关用于确定需要协作传输的用户终端和参与协作传输的基站，并控制建立多点协作传输链接，以及将需要协作传输的数据进行同步处理后发送至所述参与协作传输的基站；

所述多点协作传输节点用于对所述需要协作传输的数据生成控制信令，并将所述控制信令发送至所述参与协作传输的基站；

所述基站用于根据收到的所述控制信令，将收到的所述同步处理后的数据发送至所述需要协作传输的用户终端。

2.根据权利要求1所述的多点协作传输系统，其特征在于，所述基站还用于向多点协作传输网关上报需要协作传输的用户终端信息和参与协作传输的基站信息；或者基站直接确定需要参与协作传输的基站，并把确定结果上报给网络侧。

3.根据权利要求1所述的多点协作传输系统，其特征在于，所述多点协作传输网关具体包括：多点协作传输网关控制单元和多点协作传输网关用户单元，其中，

所述多点协作传输网关控制单元用于确定需要协作传输的用户终端和参与协作传输的基站，并控制多点协作传输链接的建立；以及为需要协作传输的数据形成同步处理信令，并将参与协作传输的基站信息、需要协作传输的用户终端信息以及所述同步处理信令发送至所述多点协作传输网关用户单元和所述多点协作传输节点；

所述多点协作传输网关用户单元用于根据收到的来自所述多点协作传输网关控制单元的信息，对需要协作传输的数据进行同步处理，之后将同步处理后的数据发送至各参与协作传输的基站。

4.根据权利要求1至3任一所述的多点协作传输系统，其特征在于，所述多点协作传输节点生成的控制信令包括：数据的时频资源信息、调制方式、编码速率。

5.根据权利要求1至3任一所述的多点协作传输系统，其特征在于，所述需要协作传输的用户终端所属的基站还用于将所述控制信令解析后发送至所述需要协作传输的用户终端。

6.一种多点协作传输方法，其特征在于，该方法包括：

用户终端需要进行多点协作传输时，网络侧确定需要协作传输的用户终端和参与协作传输的基站，并建立多点协作传输链接；

链接建立成功后，网络侧对需要协作传输的数据进行同步处理并生成控制信令，之后将所述同步处理后的数据和所述控制信令发送给所述参与协作传输的基站；

所述参与协作传输的基站根据收到的控制信令，向所述需要协作传输的用户终端协作传输数据。

7.根据权利要求6所述的多点协作传输方法，其特征在于，所述确定需要协作传输的用户终端和参与协作传输的基站为：网络侧根据基站上报的需要协作传输的用户终端信息和参与协作传输的基站信息来确定；或者基站直接确定需要参与协作传输的基站，并把确定结果上报给网络侧。

8.根据权利要求6所述的多点协作传输方法，其特征在于，所述建立多点协作传输链接为：网络侧首先建立多点协作传输网关控制单元与多点协作传输节点之间、多点协作传输节点与各参与协作传输的基站之间的链接，然后建立多点协作传输网关用户单元与各参与协作传输的基站之间的链接。

9.根据权利要求6至8任一所述的多点协作传输方法，其特征在于，所述控制信令包括：数据的时频资源信息、调制方式、编码速率。

10.根据权利要求6至8任一所述的多点协作传输方法，其特征在于，所述需要协作传输的用户终端所属的基站进一步将所述控制信令解析后发送至所述需要协作传输的用户终端。

Images