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

(19)中华人民共和国国家知识产权局*CN102137517A*(12)发明专利申请(10)申请公布号CN102137517A(43)申请公布日2011.07.27(21)申请号201010034444.9(22)申请日2010.01.21(71)申请人中兴通讯股份有限公司地址518057广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦法务部(72)发明人魏巍(74)专利代理机构北京派特恩知识产权代理事务所(普通合伙)11270代理人张颖玲蒋雅洁(51)Int.Cl.H04W88/08(2009.01)H04B7/26(2006.01)权利要求书2页说明书4页附图3页(54)发明名称一种实现多点协作发送/接收数据的方法及系统(57)摘要本发明提供了一种实现多点协作发送/接收数据的方法及系统，包括正在服务的基站为其服务的用户终端选择协作点，用户终端向选择出的所有协作点发送数据；在正在服务的基站正确解码时，正在服务的基站向用户端反馈成功接收的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据。通过本发明方法，通过本发明方法，减少了系统信息反馈时的信令交互及其他物理过程，进而有效降低了系统开销，节约了资源。CN102375ACCNN110213751702137523A权利要求书1/2页1.一种实现多点协作发送/接收数据的方法，其特征在于，包括：正在服务的基站为其服务的用户终端选择协作点，用户终端向选择出的所有协作点发送数据；当正在服务的基站正确解码时，正在服务的基站向用户端反馈成功接收数据的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据。2.根据权利要求1所述的方法，其特征在于，在正在服务的基站不能正确解码时，该方法还包括：所述正在服务的基站发起协作请求，能够正确接收用户终端数据的协作点采用协作方式辅助正在服务的基站解码用户终端的数据；在通过协作方式正确解码时，所述正在服务的基站向用户端反馈成功接收的消息并请求用户端发送新数据；剩余协作点继续等待接收来自用户终端的新数据。3.根据权利要求2所述的方法，其特征在于，在通过所述协作方式不能正确完成解码时，该方法还包括：所述正在服务的基站请求用户终端重新发送数据，再与其它能够正确接收用户终端数据的协作节点采用协作方式进行协作解码。4.根据权利要求3所述的方法，其特征在于，如果所有的协作点都不能成功解码用户终端的数据，该方法还包括：所述正在服务的基站请求用户终端重新发送数据分组。5.根据权利要求4所述的方法，其特征在于，如果所有的协作点连续预设次数不能成功解码用户终端的数据，该方法还包括：所述正在服务的基站重新选择新的协作点，并通过新的协作多点发送/接收。6.根据权利要求1～5任一项所述的方法，其特征在于，所述正在服务的基站为其服务的用户终端选择协作点包括：所述正在服务的基站根据性能需求及带宽能力为其服务的所述用户终端选择协作发送/接收的协作点。7.一种实现多点协作发送/接收数据的系统，其特征在于，至少包括正在服务的基站、协作点和用户终端，其中，正在服务的基站，用于为其服务的用户终端选择协作点；接收来自用户终端的数据；其中，正在服务的基站解码接收到的数据正确时，向用户端反馈成功接收的消息并请求用户端发送新数据；协作点，用于接收来自用户终端的数据，继续等待接收来自用户终端的新数据；用户终端，用于选择出的所有协作点发送数据。8.根据权利要求7所述的系统，其特征在于，所述正在服务的基站，还用于在不能正确解码时，通过回程链路向其它协作点发起协作请求；通过协作方式正确解码后，向用户端反馈成功接收的消息并请求用户端发送新数据；所述协作点，还用于在正确接收用户终端数据时，采用软合并或其他的协作方式辅助正在服务的基站解码用户终端的数据。9.根据权利要求8所述的系统，其特征在于，2CCNN110213751702137523A权利要求书2/2页所述正在服务的基站，还用于在通过协作方式不能正确完成解码时，请求用户终端重新发送数据，再采用其它能够正确接收用户终端数据的协作节点进行协作解码。10.根据权利要求9所述的系统，其特征在于，所述正在服务的基站，还用于在所有的协作点都不能成功解码用户终端的数据时，请求用户终端重新发送数据分组。11.根据权利要求10所述的系统，其特征在于，所述正在服务的基站，还用于在所有的协作点连续预设次数不能成功解码用户终端的数据，重新选择新的协作点，并通过新的协作多点发送/接收。3CCNN110213751702137523A说明书1/4页一种实现多点协作发送/接收数据的方法及系统技术领域[0001]本发明涉及多点协作(CoMP，CollaborativeMultiplePoint)发送/接收技术，尤其涉及一种上行链路中实现多点协作发送/