[发明专利]实现协同多点传输的方法、主基站、系统及其工作方法

权利要求书

1.一种实现协同多点传输的方法，其特征在于，包括以下步骤：

主基站调度用户的上行业务并确认上行业务进程；

主基站接收并处理用户发送的所述上行业务进程的上行业务信息；

所述主基站接收协作基站对所述上行业务信息的处理结果，并对协作基站和自身的上行业务信息处理结果做联合处理；

所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。

2.如权利要求1所述的实现协同多点传输的方法，其特征在于，所述根据自身的处理结果确定本次接收的正确性的过程包括：

根据自身的处理结果判断本次接收是否正确，若是，则对所述上行业务信息下发ACK。

3.如权利要求2所述的实现协同多点传输的方法，其特征在于，所述根据自身的处理结果确定本次接收的正确性的过程还包括：

根据自身的处理结果判断本次接收是否正确，若否，则对所述上行业务信息下发临时ACK；

在主基站对所述上行业务信息下发临时ACK之后，所述实现基站协同多点传输的方法还包括：

主基站等待或者联合处理协作基站的处理结果；

主基站在调度所述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。

4.如权利要求3所述的实现协同多点传输的方法，其特征在于，当主基站在调度所述上行业务进程的下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时还包括：

主基站判断本次接收是否正确，若正确，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。

5.一种实现协同多点传输的主基站，其特征在于，包括：业务调度模块、业务处理模块、联合处理模块、第一判断模块和信息确认模块；

所述业务调度模块用于调度用户的上行业务并确认上行业务的进程；

所述业务处理模块用于接收并处理用户发送的所述上行业务进程的上行业务信息；

所述联合处理模块用于接收协作基站对上行业务信息的处理结果，并对协作基站和所述业务模块上行业务信息的处理结果做联合处理；

所述第一判断模块用于在对所述上行业务信息下发应答之前判断所述用户的归属基站是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述信息确认模块根据所述业务模块的处理结果确定本次接收的正确性。

6.如权利要求5所述的实现协同多点传输的主基站，其特征在于，所述信息确认模块包括：第二判断模块和下发模块；

所述第二判断模块用于根据自身的处理结果确定本次接收是否正确，若是，则通知所述下发模块对所述上行业务信息下发ACK。

7.如权利要求6所述的实现协同多点传输的主基站，其特征在于，所述第二判断模块还用于根据自身的处理结果判断本次接收是否正确，若否，则通知所述下发模块对所述上行业务信息下发临时ACK；所述联合处理模块还用于在下发临时ACK之后等待或者联合处理协作基站的处理结果，所述第一判断模块还用于在调度所述上行业务进程的下一个上行业务信息之前再次判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则通知所述调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。

8.如权利要求7所述的实现协同多点传输的主基站，其特征在于，还包括：第三判断模块；所述第三判断模块用于当在调度所述上行业务进程的下一个上行业务信息之前能根据联合处理的结果判断本次接收的正确性时判断本次接收是否正确，若正确，则通知所述业务调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户上传新的上行业务信息，若否，则通知所述调度模块在所述上行业务进程的下一个上行业务信息的调度时刻，调度用户重新上传上一次的上行业务信息。

9.一种实现协同多点传输的系统，其特征在于，包括：如权利要求5-8任一项所述的主基站和至少一个协作基站；所述主基站与所述协作基站联合接收用户的上行业务信息。

10.一种实现协同多点传输的系统工作方法，其特征在于，包括以下步骤：

主基站接收并处理用户发送的上行业务信息；

协作基站接收并处理用户发送的上行业务信息，并将对所述上行业务信息的处理结果发送给所述主基站；

所述主基站对协作基站和自身的上行业务信息处理结果做联合处理；

所述主基站在对所述上行业务信息下发应答之前判断是否能根据联合处理的结果判断本次接收的正确性，若不能，则根据自身的处理结果确定本次接收的正确性。