CN102137517B - 一种实现多点协作发送/接收数据的方法及系统 - Google Patents

Abstract

本发明提供了一种实现多点协作发送/接收数据的方法及系统，包括正在服务的基站为其服务的用户终端选择协作点，用户终端向选择出的所有协作点发送数据；在正在服务的基站正确解码时，正在服务的基站向用户端反馈成功接收的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据。通过本发明方法，减少了系统信息反馈时的信令交互及其他物理过程，进而有效降低了系统开销，节约了资源。

Description

一种实现多点协作发送/接收数据的方法及系统

技术领域

本发明涉及多点协作(CoMP，Collaborative Multiple Point)发送/接收技术，尤其涉及一种上行链路中实现多点协作发送/接收数据的方法及系统。

背景技术

在下一代的宽带无线通信网络中，为了解决无线通信网络中小区间用户终端(UE，User Equipment)吞吐量及平均用户终端吞吐量，特别是小区边缘UE吞吐量及峰值速率等问题，目前，在IEEE 802.16j、IMT-Advanced、WINNER中都提出CoMP发送/接收的方法。

CoMP发送/接收的基本概念是，在相同的无线资源上多个协作的基站(BS，Base Station)和单一UE之间的联合发送和接收。CoMP发送/接收具有以下两个基本特征：

(1)每个UE能够在相同的无线资源上，通过BS协作，被多个BS联合服务。这样，缓解了小区间干扰，或将干扰改变为有用的信号功率。

(2)每个BS能够在相同的无线资源上服务多个UE。这样，改善了所有扇区吞吐量。

但是，在CoMP发送/接收的实施过程中，由于协作的多个BS使用相同的资源为同一个UE服务，造成了资源的浪费；在存在小区间干扰的上行链路中，当选择同时对在小区边缘的UE进行CoMP发送/接收时，可能会造成严重的小区间干扰，进而显著降低了小区边缘吞吐量、峰值速率及平均小区吞吐量。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现多点协作发送/接收数据的方法及系统，能够降低系统开销，节约资源。

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

一种实现多点协作发送/接收数据的方法，包括：

正在服务的基站为其服务的用户终端选择协作点，用户终端向选择出的所有协作点发送数据；

当正在服务的基站正确解码时，正在服务的基站向用户端反馈成功接收数据的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据。

在正在服务的基站不能正确解码时，该方法还包括：

所述正在服务的基站发起协作请求，能够正确接收用户终端数据的协作点采用协作方式辅助正在服务的基站解码用户终端的数据；

在通过协作方式正确解码时，所述正在服务的基站向用户端反馈成功接收的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据。

在通过所述协作方式不能正确完成解码时，该方法还包括：

所述正在服务的基站请求用户终端重新发送数据，再与其它能够正确接收用户终端数据的协作节点采用协作方式进行协作解码。

如果所有的协作点都不能成功解码用户终端的数据，该方法还包括：

所述正在服务的基站请求用户终端重新发送数据分组。

如果所有的协作点连续预设次数不能成功解码用户终端的数据，该方法还包括：

所述正在服务的基站重新选择新的协作点，并通过新的协作多点发送/接收。

所述正在服务的基站为其服务的用户终端选择协作点包括：

所述正在服务的基站根据性能需求及带宽能力为其服务的所述用户终端选择协作发送/接收的协作点。

一种实现多点协作发送/接收数据的系统，至少包括正在服务的基站、协作点和用户终端，其中，

正在服务的基站，用于为其服务的用户终端选择协作点；接收来自用户终端的数据；其中，正在服务的基站解码接收到的数据正确时，向用户端反馈成功接收的消息并请求用户端发送新数据；

协作点，用于接收来自用户终端的数据，继续等待接收来自用户终端的新数据；

用户终端，用于选择出的所有协作点发送数据。

所述正在服务的基站，还用于在不能正确解码时，通过回程链路向其它协作点发起协作请求；通过协作方式正确解码后，向用户端反馈成功接收的消息并请求用户端发送新数据；

所述协作点，还用于在正确接收用户终端数据时，采用软合并或其他的协作方式辅助正在服务的基站解码用户终端的数据。

所述正在服务的基站，还用于在通过协作方式不能正确完成解码时，请求用户终端重新发送数据，再采用其它能够正确接收用户终端数据的协作节点进行协作解码。

所述正在服务的基站，还用于在所有的协作点都不能成功解码用户终端的数据时，请求用户终端重新发送数据分组。

所述正在服务的基站，还用于在所有的协作点连续预设次数不能成功解码用户终端的数据，重新选择新的协作点，并通过新的协作多点发送/接收。

从上述本发明提供的技术方案可以看出，包括正在服务的基站为其服务的用户终端选择协作点，用户终端向选择出的所有协作点发送数据；在正在服务的基站正确解码时，正在服务的基站向用户端反馈成功接收的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据。通过本发明方法，通过本发明方法，减少了系统信息反馈时的信令交互及其他物理过程，如，混合自动重传(HARQ，Hybrid Automatic Repeat Request)的次数，进而有效降低了系统开销，节约了资源。

附图说明

图1为本发明实现多点协作发送/接收数据的方法的流程图；

图2为本发明实现多点协作发送/接收数据的方法的实施例的流程图；

图3为本发明实现多点协作发送/接收数据的系统的组成结构示意图。

具体实施方式

图1为本发明实现多点协作发送/接收数据的方法的流程图，如图1所示，包括以下步骤：

步骤100：正在服务的基站为其服务的用户终端选择协作点。

本步骤中，正在服务的基站根据路损、传播条件、吞吐量、峰值速率等性能需求以及其他的需求如带宽能力等为其服务的用户终端选择协作发送/接收的协作点。选择协作点的具体实现属于本领域技术人员惯用技术手段，这里不再赘述。

步骤101：用户终端向选择出的所有协作点发送数据。

步骤102：在正在服务的基站正确解码时，正在服务的基站向用户端反馈成功接收的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据。

本发明方法进一步包括步骤103：在正在服务的基站不能正确解码时，正在服务的基站通过回程链路(Backhaul)发起协作请求，能够正确接收用户终端数据的协作点采用软合并或其他的协作方式辅助正在服务的基站解码用户终端的数据，如果此时能够正确解码，正在服务的基站向用户端反馈成功接收的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据。

进一步地，如果通过协作方式不能正确完成解码，正在服务的基站请求用户终端重新发送数据，再采用其它能够正确接收用户终端数据的协作节点进行协作解码；

进一步地，如果所有的协作点都不能成功解码用户终端的数据，那么，正在服务的基站请求用户终端重新发送数据分组，如果，所有的协作点连续预设次数不能成功解码用户终端的数据，用户终端的正在服务的基站重新选择新的协作点，并通过新的协作多点发送/接收。

通过本发明方法，减少了系统信息反馈时的信令交互及其他物理过程，如，混合自动重传(HARQ，Hybrid Automatic Repeat Request)的次数，进而有效降低了系统开销，节约了资源。

图2为本发明实现多点协作发送/接收数据的方法的实施例的流程图，本实施例中，假设BS1为正在服务的BS，如图2所示，包括以下步骤：

步骤200：BS1确定UE的带宽能力及性能需求，并为UE选择多点发送/接收的协作点。

步骤201：UE向所有的协作点发送上行链路数据分组。

步骤202：如果BS1正确解码来自UE的数据分组，则进入步骤209；否则，进入步骤203。

步骤203：BS1通过回程链路(Backhaul)向其它协作点发起协作请求。

步骤204：BS1与正确接收来自UE的数据分组的其他协作点，采用协作方式完成对来自UE的数据分组的解码。

步骤205：如果BS1通过协作方式，完成了对数据分组的正确解码，则进入步骤209；否则，进入步骤206。

步骤206：如果BS1连续未能在预设次数内正确解码数据分组，则进入步骤207，否则，进入步骤208。

步骤207：BS1为UE重新选择协作点，并进入步骤209。

步骤208：BS1向UE发起重传请求，并返回步骤201。

步骤209：BS1向UE发起新数据发送请求。

针对本发明方法，还提供一种系统，图3为本发明实现多点协作发送/接收的系统的组成结构示意图，如图3所示，至少包括正在服务的基站、协作点和用户终端，其中，

正在服务的基站，用于为其服务的用户终端选择协作点；接收来自用户终端的数据；其中，正在服务的基站解码接收到的数据正确时，向用户端反馈成功接收的消息并请求用户端发送新数据；

协作点，用于接收来自用户终端的数据，继续等待接收来自用户终端的新数据。

用户终端，用于选择出的所有协作点发送数据。

正在服务的基站，还用于在不能正确解码时，通过回程链路向其它协作点发起协作请求；通过协作方式正确解码后，向用户端反馈成功接收的消息并请求用户端发送新数据；

协作点，还用于在正确接收用户终端数据时，采用软合并或其他的协作方式辅助正在服务的基站解码用户终端的数据。

正在服务的基站，还用于，在通过协作方式不能正确完成解码时，请求用户终端重新发送数据，再采用其它能够正确接收用户终端数据的协作节点进行协作解码。

正在服务的基站，还用于在所有的协作点都不能成功解码用户终端的数据时，请求用户终端重新发送数据分组。

正在服务的基站，还用于在所有的协作点连续预设次数不能成功解码用户终端的数据，重新选择新的协作点，并通过新的协作多点发送/接收。

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

Claims (11)

1.一种实现多点协作发送/接收数据的方法，其特征在于，包括：

正在服务的基站为其服务的用户终端选择协作点，用户终端向选择出的所有协作点发送数据；

当正在服务的基站正确解码时，正在服务的基站向用户端反馈成功接收数据的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据；

在正在服务的基站不能正确解码时，所述正在服务的基站发起协作请求，能够正确接收用户终端数据的协作点采用协作方式辅助正在服务的基站解码用户终端的数据。

2.根据权利要求1所述的方法，其特征在于，在正在服务的基站不能正确解码时，该方法还包括：

在通过协作方式正确解码时，所述正在服务的基站向用户端反馈成功接收的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据。

3.根据权利要求2所述的方法，其特征在于，在通过所述协作方式不能正确完成解码时，该方法还包括：

所述正在服务的基站请求用户终端重新发送数据，再与其它能够正确接收用户终端数据的协作节点采用协作方式进行协作解码。

4.根据权利要求3所述的方法，其特征在于，如果所有的协作点都不能成功解码用户终端的数据，该方法还包括：

所述正在服务的基站请求用户终端重新发送数据分组。

5.根据权利要求4所述的方法，其特征在于，如果所有的协作点连续预设次数不能成功解码用户终端的数据，该方法还包括：

所述正在服务的基站重新选择新的协作点，并通过新的协作多点发送/接收。

6.根据权利要求1～5任一项所述的方法，其特征在于，所述正在服务的基站为其服务的用户终端选择协作点包括：

所述正在服务的基站根据性能需求及带宽能力为其服务的所述用户终端选择协作发送/接收的协作点。

7.一种实现多点协作发送/接收数据的系统，其特征在于，至少包括正在服务的基站、协作点和用户终端，其中，

正在服务的基站，用于为其服务的用户终端选择协作点；接收来自用户终端的数据；其中，正在服务的基站解码接收到的数据正确时，向用户端反馈成功接收的消息并请求用户端发送新数据；在正在服务的基站不能正确解码时，所述正在服务的基站发起协作请求，能够正确接收用户终端数据的协作点采用协作方式辅助正在服务的基站解码用户终端的数据；

协作点，用于接收来自用户终端的数据，继续等待接收来自用户终端的新数据；

用户终端，用于选择出的所有协作点发送数据。

8.根据权利要求7所述的系统，其特征在于，

所述正在服务的基站，还用于在不能正确解码时，通过回程链路向其它协作点发起协作请求；通过协作方式正确解码后，向用户端反馈成功接收的消息并请求用户端发送新数据；

所述协作点，还用于在正确接收用户终端数据时，采用软合并或其他的协作方式辅助正在服务的基站解码用户终端的数据。

9.根据权利要求8所述的系统，其特征在于，

所述正在服务的基站，还用于在通过协作方式不能正确完成解码时，请求用户终端重新发送数据，再采用其它能够正确接收用户终端数据的协作节点进行协作解码。

10.根据权利要求9所述的系统，其特征在于，

所述正在服务的基站，还用于在所有的协作点都不能成功解码用户终端的数据时，请求用户终端重新发送数据分组。

11.根据权利要求10所述的系统，其特征在于，

所述正在服务的基站，还用于在所有的协作点连续预设次数不能成功解码用户终端的数据，重新选择新的协作点，并通过新的协作多点发送/接收。