CN102739355B - 数据传输及数据解调方法、服务演进基站和用户设备 - Google Patents

Abstract

本发明适用于通信技术领域，提供了一种数据传输及数据解调方法、服务演进基站和用户设备。所述数据传输方法包括：服务演进基站Serving？eNB在控制信令中添加告知用户设备UE数据部分采用的循环前缀CP模式的信息；Serving？eNB给UE发送所述控制信令。本发明实施例当控制信令采用的CP模式与数据部分采用的CP模式不同时，使UE仍然能解调出正确的数据。

Description

数据传输及数据解调方法、服务演进基站和用户设备

技术领域

本发明属于通信技术领域，尤其涉及一种数据传输及数据解调方法、服务演进基站和用户设备。

背景技术

请参阅图1，LTE(LongTermEvolution，长期演进技术)系统的信号结构涉及如下概念。

子帧(subframe)：时间长度为1毫秒(ms)，由两个时隙(slot)组成。

时隙(slot)：时间长度为0.5毫秒(ms)，由多个OFDM(Orthogonalfrequencydivisionmultiplex，正交频分复用)符号组成。

如果小区处于normalCP(normalCyclicprefix，正常循环前缀)模式，则该小区内一个slot由7个OFDM符号组成。

如果小区处于extendedCP(extendedCyclicprefix，扩展循环前缀)模式，则该小区内一个slot由6个OFDM符号组成。

OFDM符号：由CP(Cyclicprefix，循环前缀)和信号部分组成。

不同的小区可以有不同的CP长度配置，例如，由一个宏小区(macrocell)与一个微小区(Picocell)构成的网络中，宏小区由于范围较大，信道的多径时延大而采用了extendedCP模式，而由该宏小区覆盖范围下的一个微小区则采用normalCP模式，这样避免了在CP上浪费系统资源。

在LTE系统中，一个子帧由多个OFDM符号组成，若小区是normalCP模式，则一个子帧由14个OFDM符号组成，而若小区是extendedCP模式，则一个子帧由12个OFDM符号组成。一般而言，一个子帧大致分成控制区与数据区。以normalCP模式为例，一个子帧的前1或3个OFDM符号通常用来传输控制信道，包括PDCCH(PhysicalDownlinkControlchannel，物理层下行控制信道)，PCFICH(PhysicalControlFormatIndicatorChannel，物理层控制格式指示信道)，PHICH(PhysicalHybridARQIndicatorChannel，物理层自动重传指示信道)，而余下的OFDM符号通常用来传输数据。

目前的LTE系统可以实现DPS(dynamicpointselection，动态传输点选择)技术，与传统的传输方式相比，DPS技术允许网络在传输数据时选择合适的传输点。

传统的传输方式中，每个UE(userequipment，用户设备)，如手机，都有一个servingeNB(servingEvolvedNodeB，服务演进基站)，即有一个基站为这个UE提供服务。控制信令与数据均由这个服务演进基站向该UE传输。然而，在DPS技术下，一个UE可以有多个基站为其提供服务，一般来说，有一个servingeNB，而其他的称为cooperativeeNB(协作演进基站)。这多个cooperativeeNB称为这个UE的Cooperativeset(协作集)。控制信令均由servingeNB进行传输，而数据部分可以由cooperativeset内的任意一个或多个cooperativeeNB进行传输。

例如控制信令来自macrocell，而数据由picocell传输，如图2所示，这样一个子帧之内的前3个符号来自macrocell，而后面11个符号来自picocell。这样做的好处是，网络侧可以在Cooperativeset内选择传输条件更好的eNB为一个UE进行数据的传输。

如果对于一个UE采用DPS传输，如果这个UE的协作集中的多个eNB采用了不同的CP长度，则DPS传输将会出现问题。例如现有技术中，UE解调时会默认为控制信令与数据采用相同的CP长度。但是实际上数据传输与控制信令传输因为DPS的缘故没有采用相同的CP长度，控制信令按照extendedCP模式，数据按照normalCP模式，那么UE进行数据部分解调时仍然会采用extendedCP模式来进行解调，这样将不可避免的导致解调出错。

发明内容

本发明实施例提供了一种数据传输及数据解调方法、服务演进基站和用户设备，旨在解决现有技术基于DPS的数据传输与控制信令传输没有采用相同的CP长度，但UE进行数据部分解调时仍然采用控制信令采用的模式来进行解调，导致解调出错的问题。

一方面，提供一种数据传输方法，所述方法包括：

服务演进基站ServingeNB在控制信令中添加告知用户设备UE数据部分采用的循环前缀CP模式的信息；

ServingeNB给UE发送所述控制信令。

另一方面，提供一种数据解调方法，所述方法包括：

用户设备UE接收服务演进基站ServingeNB发送的控制信令，所述控制信令中添加了告知UE数据部分采用的循环前缀CP模式的信息；

UE通过ServingeNB发送的控制信令确定数据部分采用的CP模式，如果控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中指示的数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调或者根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调。

再一方面，提供一种用户设备UE的协作集的配置方法，所述方法包括：

服务演进基站servingeNB给UE配置一组协作集；

servingeNB将邻近的演进基站eNB中的采用的循环前缀CP模式与servingeNB采用的CP模式相同的部分或全部eNB加入所述UE的协作集。

再一方面，提供一种服务演进基站，所述服务演进基站包括：

添加模块，用于在控制信令中添加告知用户设备UE数据部分采用的循环前缀CP模式的信息；

发送模块，用于给UE发送所述控制信令。

再一方面，提供一种用户设备，所述用户设备包括：

接收模块，用于接收ServingeNB发送的控制信令，该控制信令中添加了告知UE数据部分采用的CP模式的信息；

CP模式确定模块，用于通过ServingeNB发送的控制信令确定数据部分采用的CP模式；

解调模块，用于当CP模式确定模块确定控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中指示的数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调或者根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调。

再一方面，提供一种服务演进基站，所述服务演进基站包括：

配置模块，用于给用户设备UE配置一组协作集；

加入模块，用于将邻近的演进基站eNB中的采用的循环前缀CP模式与服务演进基站采用的CP模式相同的部分或全部eNB加入所述UE的协作集。

再一方面，提供一种用户设备，所述用户设备包括：

判断模块，用于判断服务演进基站servingeNB为所述用户设备的协作集加入的演进基站eNB采用的循环前缀CP模式与所述servingeNB采用的CP模式是否相同；

报错模块，用于当所述判断模块判断servingeNB为所述用户设备的协作集加入的eNB采用的CP模式与所述servingeNB采用的CP模式不同时，向servingeNB进行报错。

再一方面，提供一种用户设备，所述用户设备包括：

接收模块，用于接收服务演进基站ServingeNB发送的控制信令，该控制信令中添加了告知用户设备UE数据部分采用的循环前缀CP模式的信息；

CP模式确定模块，用于通过ServingeNB发送的控制信令确定数据部分采用的CP模式；

放弃解调模块，用于当CP模式确定模块确定控制信令采用的CP模式与数据部分采用的CP模式不同时，认为接收信令有误，不再进行数据部分的解调。

在本发明实施例中，由于ServingeNB在控制信令中添加告知UE数据部分采用的CP模式的信息，因此UE可以通过ServingeNB发送的控制信令确定数据部分采用的CP模式，如果控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中指示的数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调或者根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调。因此本发明实施例当控制信令采用的CP模式与数据部分采用的CP模式不同时，使UE仍然能解调出正确的数据。

附图说明

图1是现有技术的LTE系统的信号结构示意图；

图2是现有技术基于DPS的信号结构示意图；

图3是本发明实施例提供的数据传输及数据解调方法的流程图；

图4是本发明实施例提供的UE的协作集的配置方法；

图5是本发明第一实施例提供的ServingeNB的功能模块框图；

图6是本发明第一实施例提供的UE的功能模块框图；

图7是本发明第二实施例提供的ServingeNB的功能模块框图；

图8是本发明第二实施例提供的UE的功能模块框图；

图9是本发明第三实施例提供的UE的功能模块框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请参阅图3，是本发明实施例提供的数据传输及数据解调的流程图，该方法可应用于基于DPS的数据传输及数据解调，也可应用于其他场景，该方法包括：

S101、ServingeNB在控制信令中添加告知UE数据部分采用的CP模式的信息；

在本发明实施例中，ServingeNB还可以在控制信令中添加通知UE从第几个符号开始进行数据部分的解调的信息，所述控制信令是高层信令或下行控制信令DCI。

在本发明实施例中，该控制信令是下行控制信令(DownlinkControlInformation，DCI)，该控制信令在PDCCH中传输。

作为本发明的一个实施例，ServingeNB在传输向UE下发的控制信令的PDCCH中携带数据部分采用的CP模式的信息。该数据部分采用的CP模式的信息为1bit的信息，该信息如果设为‘0’表示数据部分采用了normalCP模式，如果设为‘1’表示数据部分采用了extendedCP模式。当然，也可以为，该信息如果设为‘1’表示数据部分采用了normalCP模式，如果设为‘0’表示数据部分采用了extendedCP模式。

作为本发明的另一个实施例，ServingeNB预先通过高层信令告知UE其协作集内的eNB的编号以及每个编号对应的eNB采用的CP模式，当ServingeNB给UE发送控制信令时，在控制信令中携带eNB编号，通知UE是哪个eNB给其发送数据。由于UE已经知道每个编号对应的eNB采用的CP模式，则UE也就间接知道了数据部分采用的CP模式。

S102、ServingeNB给UE发送该控制信令；

S103、UE接收ServingeNB发送的控制信令，该控制信令中添加了告知UE数据部分采用的CP模式的信息；

S104、UE通过ServingeNB发送的控制信令确定数据部分采用的CP模式，如果控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中指示的数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调或者根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调。

在本发明实施例中，当控制信令中添加了通知UE从第几个符号开始进行数据部分的解调的信息时，步骤S104还包括：

如果控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中的通知UE从第几个符号开始进行数据部分的解调的信息确定从第几个符号开始进行数据部分的解调。

在本发明实施例中，如果控制信令采用的是extendedCP模式，而数据部分采用的是normalCP模式，假如控制信令占用了第0-n个OFDM符号，则从第n+2个OFDM符号开始进行数据部分的解调，所述n为自然数。

在不同的信道条件下，不同eNB发送下行信号，到达UE的时间可能不同步，也可能按照下面的方式来进行数据解调：

例如发送控制信令的ServingeNB与发送数据部分的eNB在时间上不同步，且由于发送控制信令的ServingeNB到UE的距离远大于发送数据部分的eNB到UE的距离，造成数据部分信号落后控制信号较多时。

如果控制信令采用的是扩展循环前缀模式extendedCP，而数据部分采用的是正常循环前缀模式normalCP，假如控制信令占用了第0-n个OFDM符号，则从第n+1个OFDM符号开始进行数据部分的解调，所述n为自然数。

或者例如发送控制信令的ServingeNB与发送数据部分的eNB在时间上不同步，且由于发送控制信令的ServingeNB到UE的距离远小于发送数据部分的eNB到UE的距离，造成数据部分信号落后控制信号较少时。

如果控制信令采用的是扩展循环前缀模式extendedCP，而数据部分采用的是正常循环前缀模式normalCP，假如控制信令占用了第0-n个OFDM符号，则从第n+3个OFDM符号开始进行数据部分的解调，所述n为自然数。

如果控制信令采用的是normalCP模式，而数据部分采用的是extendedCP模式，假如控制信令占用了第0-n个OFDM符号，则从第n+1个OFDM符号开始进行数据部分的解调，所述n为自然数。

在不同的信道条件下，不同eNB发送下行信号，到达UE的时间可能不同步，也可能按照下面的方式来进行数据解调：

例如发送控制信令的ServingeNB与发送数据部分的eNB在时间上不同步，且由于发送控制信令的ServingeNB到UE的距离远大于发送数据部分的eNB到UE的距离，造成数据部分信号落后控制信号较多时。

如果控制信令采用的是正常循环前缀模式normalCP，而数据部分采用的是扩展循环前缀模式extendedCP，假如控制信令占用了第0-n个OFDM符号，则从第n个OFDM符号开始进行数据部分的解调，所述n为自然数。

或者例如发送控制信令的ServingeNB与发送数据部分的eNB在时间上不同步，且由于发送控制信令的ServingeNB到UE的距离远小于发送数据部分的eNB到UE的距离，造成数据部分信号落后控制信号较少时。

如果控制信令采用的是正常循环前缀模式normalCP，而数据部分采用的是扩展循环前缀模式extendedCP，假如控制信令占用了第0-n个OFDM符号，则从第n+2个OFDM符号开始进行数据部分的解调，所述n为自然数。

请参阅图4，是本发明实施例提供的UE的协作集的配置方法的流程图，该方法可应用于基于DPS的UE的协作集的配置，也可应用于其他场景，该方法包括：

S201、servingeNB给UE配置一组协作集；

S202、servingeNB将邻近的eNB中的采用的CP模式与servingeNB采用的CP模式相同的部分或全部eNB加入所述UE的协作集。

在本发明实施例提供的UE的协作集的配置方法中，该方法还可以包括：

UE判断所述servingeNB为所述UE的协作集加入的eNB采用的CP模式与所述servingeNB采用的CP模式是否相同，如果不同，则UE向servingeNB进行报错；或

UE接收ServingeNB发送的控制信令，所述控制信令中添加了告知UE数据部分采用的CP模式的信息；

UE通过ServingeNB发送的控制信令确定数据部分采用的CP模式，如果控制信令采用的CP模式与数据部分采用的CP模式不同，则UE认为接收信令有误，不再进行数据部分的解调。

请参阅图5，本发明第一实施例提供的ServingeNB包括添加模块11和发送模块12。其中，

添加模块11，用于在控制信令中添加告知UE数据部分采用的CP模式的信息；在本发明实施例中，该控制信令是下行控制信令(DownlinkControlInformation，DCI)，该控制信令在PDCCH中传输。

发送模块12，用于给UE发送该控制信令。

作为本发明的一个实施例，添加模块具体用于在传输向UE下发的控制信令的PDCCH中携带数据部分采用的CP模式的信息。该数据部分采用的CP模式的信息为1bit的信息，该信息如果设为‘0’表示数据部分采用了normalCP模式，如果设为‘1’表示数据部分采用了extendedCP模式。当然，也可以为，该信息如果设为‘1’表示数据部分采用了normalCP模式，如果设为‘0’表示数据部分采用了extendedCP模式。

作为本发明的另一个实施例，ServingeNB还包括预告知模块，用于预先通过高层信令告知UE其协作集内的eNB的编号以及每个编号对应的eNB采用的CP模式；此时，添加模块具体用于给UE发送控制信令时，在控制信令中携带eNB编号，通知UE是哪个eNB给其发送数据。由于UE已经知道每个编号对应的eNB采用的CP模式，则UE也就间接知道了数据部分采用的CP模式。

请参阅图6，本发明第一实施例提供的UE包括接收模块21、CP模式确定模块22和解调模块23。其中，

接收模块21，用于接收ServingeNB发送的控制信令，该控制信令中添加了告知UE数据部分采用的CP模式的信息；

CP模式确定模块22，用于通过ServingeNB发送的控制信令确定数据部分采用的CP模式；

解调模块23，用于当CP模式确定模块确定控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中指示的数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调或者根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调。

在本发明实施例中，当控制信令中添加了通知UE从第几个符号开始进行数据部分的解调的信息时，所述解调模块还用于当CP模式确定模块确定控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中的通知UE从第几个符号开始进行数据部分的解调的信息确定从第几个符号开始进行数据部分的解调。

在本发明实施例中，如果控制信令采用的是extendedCP模式，而数据部分采用的是normalCP模式，假如控制信令占用了第0-n个OFDM符号，则从第n+2个OFDM符号开始进行数据部分的解调，所述n为自然数。

在不同的信道条件下，不同eNB发送下行信号，到达UE的时间可能不同步，也可能按照下面的方式来进行数据解调：

例如发送控制信令的ServingeNB与发送数据部分的eNB在时间上不同步，且由于发送控制信令的ServingeNB到UE的距离远大于发送数据部分的eNB到UE的距离，造成数据部分信号落后控制信号较多时。

如果控制信令采用的是扩展循环前缀模式extendedCP，而数据部分采用的是正常循环前缀模式normalCP，假如控制信令占用了第0-n个OFDM符号，则从第n+1个OFDM符号开始进行数据部分的解调，所述n为自然数。

或者例如发送控制信令的ServingeNB与发送数据部分的eNB在时间上不同步，且由于发送控制信令的ServingeNB到UE的距离远小于发送数据部分的eNB到UE的距离，造成数据部分信号落后控制信号较少时。

如果控制信令采用的是扩展循环前缀模式extendedCP，而数据部分采用的是正常循环前缀模式normalCP，假如控制信令占用了第0-n个OFDM符号，则从第n+3个OFDM符号开始进行数据部分的解调，所述n为自然数。

如果控制信令采用的是normalCP模式，而数据部分采用的是extendedCP模式，假如控制信令占用了第0-n个OFDM符号，则从第n+1个OFDM符号开始进行数据部分的解调，所述n为自然数。

在不同的信道条件下，不同eNB发送下行信号，到达UE的时间可能不同步，也可能按照下面的方式来进行数据解调：

例如发送控制信令的ServingeNB与发送数据部分的eNB在时间上不同步，且由于发送控制信令的ServingeNB到UE的距离远大于发送数据部分的eNB到UE的距离，造成数据部分信号落后控制信号较多时。

如果控制信令采用的是正常循环前缀模式normalCP，而数据部分采用的是扩展循环前缀模式extendedCP，假如控制信令占用了第0-n个OFDM符号，则从第n个OFDM符号开始进行数据部分的解调，所述n为自然数。

或者例如发送控制信令的ServingeNB与发送数据部分的eNB在时间上不同步，且由于发送控制信令的ServingeNB到UE的距离远小于发送数据部分的eNB到UE的距离，造成数据部分信号落后控制信号较少时。

如果控制信令采用的是正常循环前缀模式normalCP，而数据部分采用的是扩展循环前缀模式extendedCP，假如控制信令占用了第0-n个OFDM符号，则从第n+2个OFDM符号开始进行数据部分的解调，所述n为自然数。

请参阅图7，本发明第二实施例提供的ServingeNB包括配置模块31和加入模块32，其中，

配置模块31，用于给用户设备UE配置一组协作集；

加入模块32，用于将邻近的演进基站eNB中的采用的循环前缀CP模式与服务演进基站采用的CP模式相同的部分或全部eNB加入所述UE的协作集。

请参阅图8，本发明第二实施例提供的用户设备包括判断模块41和报错模块42，其中，

判断模块，用于判断服务演进基站servingeNB为所述用户设备的协作集加入的演进基站eNB采用的循环前缀CP模式与所述servingeNB采用的CP模式是否相同；

报错模块，用于当所述判断模块判断servingeNB为所述用户设备的协作集加入的eNB采用的CP模式与所述servingeNB采用的CP模式不同时，向servingeNB进行报错。

请参阅图9，本发明第三实施例提供的用户设备包括接收模块51、CP模式确定模块52和放弃解调模块53，其中，

接收模块，用于接收服务演进基站ServingeNB发送的控制信令，该控制信令中添加了告知用户设备UE数据部分采用的循环前缀CP模式的信息；

CP模式确定模块，用于通过ServingeNB发送的控制信令确定数据部分采用的CP模式；

放弃解调模块，用于当CP模式确定模块确定控制信令采用的CP模式与数据部分采用的CP模式不同时，认为接收信令有误，不再进行数据部分的解调。

在本发明实施例中，由于ServingeNB在控制信令中添加告知UE数据部分采用的CP模式的信息，因此UE可以通过ServingeNB发送的控制信令确定数据部分采用的CP模式，如果控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中指示的数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调或者根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调。因此本发明实施例当控制信令采用的CP模式与数据部分采用的CP模式不同时，使UE仍然能解调出正确的数据。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

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

Claims (33)

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

服务演进基站ServingeNB在控制信令中添加告知用户设备UE数据部分采用的循环前缀CP模式的信息；

ServingeNB给UE发送所述控制信令，以使得UE通过ServingeNB发送的控制信令确定数据部分采用的CP模式，如果控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中指示的数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调或者根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调。

2.如权利要求1所述的方法，其特征在于，所述控制信令是下行控制信令DCI，所述控制信令在物理层下行控制信道PDCCH中传输。

3.如权利要求2所述的方法，其特征在于，所述服务演进基站ServingeNB在控制信令中添加告知用户设备UE数据部分采用的循环前缀CP模式的信息具体包括：ServingeNB在传输向UE下发的控制信令的PDCCH中携带数据部分采用的CP模式的信息。

4.如权利要求3所述的方法，其特征在于，所述数据部分采用的CP模式的信息具体为：

所述数据部分采用的CP模式的信息为1bit的信息，所述信息如果设为0表示数据部分采用了正常循环前缀模式normalCP，如果设为1表示数据部分采用了扩展循环前缀模式extendedCP；或者，信息如果设为1表示数据部分采用了normalCP模式，如果设为0表示数据部分采用了extendedCP模式。

5.如权利要求1所述的方法，其特征在于，所述服务演进基站ServingeNB在控制信令中添加告知用户设备UE数据部分采用的循环前缀CP模式的信息具体包括：

ServingeNB预先通过高层信令告知UE其协作集内的eNB的编号以及每个编号对应的eNB采用的CP模式，当ServingeNB给UE发送控制信令时，在控制信令中携带eNB编号，通知UE是哪个eNB给其发送数据。

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

ServingeNB在控制信令中添加通知UE从第几个符号开始进行数据部分的解调的信息，所述控制信令是高层信令或下行控制信令DCI。

7.一种数据解调方法，其特征在于，所述方法包括：

用户设备UE接收服务演进基站ServingeNB发送的控制信令，所述控制信令中添加了告知UE数据部分采用的循环前缀CP模式的信息；

UE通过ServingeNB发送的控制信令确定数据部分采用的CP模式，如果控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中指示的数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调或者根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调。

8.如权利要求7所述的方法，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是扩展循环前缀模式extendedCP，而数据部分采用的是正常循环前缀模式normalCP，假如控制信令占用了第0-n个OFDM符号，则从第n+2个OFDM符号开始进行数据部分的解调，所述n为自然数。

9.如权利要求7所述的方法，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是扩展循环前缀模式extendedCP，而数据部分采用的是正常循环前缀模式normalCP，假如控制信令占用了第0-n个OFDM符号，则从第n+1个OFDM符号开始进行数据部分的解调，所述n为自然数。

10.如权利要求7所述的方法，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是扩展循环前缀模式extendedCP，而数据部分采用的是正常循环前缀模式normalCP，假如控制信令占用了第0-n个OFDM符号，则从第n+3个OFDM符号开始进行数据部分的解调，所述n为自然数。

11.如权利要求7所述的方法，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是正常循环前缀模式normalCP，而数据部分采用的是扩展循环前缀模式extendedCP，假如控制信令占用了第0-n个OFDM符号，则从第n+1个OFDM符号开始进行数据部分的解调，所述n为自然数。

12.如权利要求7所述的方法，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是正常循环前缀模式normalCP，而数据部分采用的是扩展循环前缀模式extendedCP，假如控制信令占用了第0-n个OFDM符号，则从第n个OFDM符号开始进行数据部分的解调，所述n为自然数。

13.如权利要求7所述的方法，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是正常循环前缀模式normalCP，而数据部分采用的是扩展循环前缀模式extendedCP，假如控制信令占用了第0-n个OFDM符号，则从第n+2个OFDM符号开始进行数据部分的解调，所述n为自然数。

14.如权利要求7所述的方法，其特征在于，所述控制信令中还添加了通知UE从第几个符号开始进行数据部分的解调的信息，所述控制信令是高层信令或下行控制信令DCI；

所述方法还包括：

如果控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中的通知UE从第几个符号开始进行数据部分的解调的信息确定从第几个符号开始进行数据部分的解调。

15.一种用户设备UE的协作集的配置方法，其特征在于，所述方法包括：

服务演进基站servingeNB给UE配置一组协作集；

servingeNB将邻近的演进基站eNB中的采用的循环前缀CP模式与servingeNB采用的CP模式相同的部分或全部eNB加入所述UE的协作集；

ServingeNB在控制信令中添加告知用户设备UE数据部分采用的循环前缀CP模式的信息；

ServingeNB给UE发送所述控制信令。

16.如权利要求15所述的方法，其特征在于，所述方法还包括：

UE判断所述servingeNB为所述UE的协作集加入的eNB采用的CP模式与所述servingeNB采用的CP模式是否相同，如果不同，则UE向servingeNB进行报错。

17.如权利要求15所述的方法，其特征在于，所述方法还包括：

UE接收ServingeNB发送的控制信令，所述控制信令中添加了告知UE数据部分采用的CP模式的信息；

UE通过ServingeNB发送的控制信令确定数据部分采用的CP模式，如果控制信令采用的CP模式与数据部分采用的CP模式不同，则UE认为接收信令有误，不再进行数据部分的解调。

18.一种服务演进基站，其特征在于，所述服务演进基站包括：

添加模块，用于在控制信令中添加告知用户设备UE数据部分采用的循环前缀CP模式的信息；

发送模块，用于给UE发送所述控制信令，以使得UE通过ServingeNB发送的控制信令确定数据部分采用的CP模式，如果控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中指示的数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调或者根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调。

19.如权利要求18所述的服务演进基站，其特征在于，所述控制信令是下行控制信令DCI，所述控制信令在物理层下行控制信道PDCCH中传输。

20.如权利要求19所述的服务演进基站，其特征在于，所述添加模块具体用于在传输向UE下发的控制信令的PDCCH中携带数据部分采用的CP模式的信息。

21.如权利要求20所述的服务演进基站，其特征在于，所述数据部分采用的CP模式的信息具体为：

所述数据部分采用的CP模式的信息为1bit的信息，所述信息如果设为0表示数据部分采用了正常循环前缀模式normalCP，如果设为1表示数据部分采用了扩展循环前缀模式extendedCP；或者，信息如果设为1表示数据部分采用了normalCP模式，如果设为0表示数据部分采用了extendedCP模式。

22.如权利要求18所述的服务演进基站，其特征在于，所述服务演进基站还包括：

预告知模块，用于预先通过高层信令告知UE其协作集内的eNB的编号以及每个编号对应的eNB采用的CP模式，当ServingeNB给UE发送控制信令时，在控制信令中携带eNB编号，通知UE是哪个eNB给其发送数据。

23.如权利要求18所述的服务演进基站，其特征在于，所述添加模块还用于在控制信令中添加通知UE从第几个符号开始进行数据部分的解调的信息，所述控制信令是高层信令或下行控制信令DCI。

24.一种用户设备，其特征在于，所述用户设备包括：

接收模块，用于接收ServingeNB发送的控制信令，该控制信令中添加了告知UE数据部分采用的CP模式的信息；

CP模式确定模块，用于通过ServingeNB发送的控制信令确定数据部分采用的CP模式；

解调模块，用于当CP模式确定模块确定控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中指示的数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调或者根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调。

25.如权利要求24所述的用户设备，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是扩展循环前缀模式extendedCP，而数据部分采用的是正常循环前缀模式normalCP，假如控制信令占用了第0-n个OFDM符号，则从第n+2个OFDM符号开始进行数据部分的解调，所述n为自然数。

26.如权利要求24所述的用户设备，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是扩展循环前缀模式extendedCP，而数据部分采用的是正常循环前缀模式normalCP，假如控制信令占用了第0-n个OFDM符号，则从第n+1个OFDM符号开始进行数据部分的解调，所述n为自然数。

27.如权利要求24所述的用户设备，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是扩展循环前缀模式extendedCP，而数据部分采用的是正常循环前缀模式normalCP，假如控制信令占用了第0-n个OFDM符号，则从第n+3个OFDM符号开始进行数据部分的解调，所述n为自然数。

28.如权利要求24所述的用户设备，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是正常循环前缀模式normalCP，而数据部分采用的是扩展循环前缀模式extendedCP，假如控制信令占用了第0-n个OFDM符号，则从第n+1个OFDM符号开始进行数据部分的解调，所述n为自然数。

29.如权利要求24所述的用户设备，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是正常循环前缀模式normalCP，而数据部分采用的是扩展循环前缀模式extendedCP，假如控制信令占用了第0-n个OFDM符号，则从第n个OFDM符号开始进行数据部分的解调，所述n为自然数。

30.如权利要求24所述的用户设备，其特征在于，所述根据控制信令采用的CP模式与数据部分采用的CP模式确定从第几个符号开始进行数据部分的解调具体为：

如果控制信令采用的是正常循环前缀模式normalCP，而数据部分采用的是扩展循环前缀模式extendedCP，假如控制信令占用了第0-n个OFDM符号，则从第n+2个OFDM符号开始进行数据部分的解调，所述n为自然数。

31.如权利要求24所述的用户设备，其特征在于，所述控制信令中还添加了通知UE从第几个符号开始进行数据部分的解调的信息，所述控制信令是高层信令或下行控制信令DCI；

所述解调模块还用于当CP模式确定模块确定控制信令采用的CP模式与数据部分采用的CP模式不同，则根据控制信令中的通知UE从第几个符号开始进行数据部分的解调的信息确定从第几个符号开始进行数据部分的解调。

32.一种服务演进基站，其特征在于，所述服务演进基站包括：

配置模块，用于给用户设备UE配置一组协作集；

加入模块，用于将邻近的演进基站eNB中的采用的循环前缀CP模式与服务演进基站采用的CP模式相同的部分或全部eNB加入所述UE的协作集；

添加模块，用于在控制信令中添加告知用户设备UE数据部分采用的循环前缀CP模式的信息；

发送模块，用于给UE发送所述控制信令。

33.一种用户设备，其特征在于，所述用户设备包括：

接收模块，用于接收服务演进基站ServingeNB发送的控制信令，该控制信令中添加了告知用户设备UE数据部分采用的循环前缀CP模式的信息；

CP模式确定模块，用于通过ServingeNB发送的控制信令确定数据部分采用的CP模式；

放弃解调模块，用于当CP模式确定模块确定控制信令采用的CP模式与数据部分采用的CP模式不同时，认为接收信令有误，不再进行数据部分的解调。