WO2013143453A1

WO2013143453A1 - 混合自动重传请求传输方法、装置及系统

Info

Publication number: WO2013143453A1
Application number: PCT/CN2013/073230
Authority: WO
Inventors: 吴栓栓; 梁枫; 袁弋非; 袁明; 张峻峰
Original assignee: 中兴通讯股份有限公司
Priority date: 2012-03-26
Filing date: 2013-03-26
Publication date: 2013-10-03
Also published as: CN103368706A

Abstract

本发明公开了一种混合自动重传请求传输方法、装置及系统，应用于设备到设备通信，该方法包括：第一用户设备向第二用户设备发送业务数据；第一用户设备检测应答反馈信息和/或授权信息，其中，该反馈信息用于表示第二用户设备接收业务数据是否正确；当该应答反馈信息表示第二用户设备没有正确接收业务数据和/或当判断该授权信息用于调度第一用户设备进行业务数据重传时，第一用户设备按照预设的往返时间向第二用户设备重传业务数据。通过本发明，解决了D2D通信的HARQ传输问题，并且实现了D2D通信与蜂窝通信共存时的HARQ传输兼容，保证了D2D与蜂窝共存通信系统中传输的可靠性。

Description

混合自动重传请求传输方法、装置及系统技术领域本发明涉及通信领域，具体而言，涉及一种混合自动重传请求传输方法、装置及系统。背景技术蜂窝通信系统由于实现了对有限频谱资源的复用，使得无线通信技术得到了蓬勃发展。在蜂窝系统中，当两个用户设备（User Equipment, 简称为 UE) 之间有业务需要传输时，用户设备 1 (UE1 ) 到用户设备 2 (UE2) 的业务数据，会首先通过空口传输给基站 1，基站 1通过核心网将该用户数据传输给基站 2，基站 2再将上述业务数据通过空口传输给 UE2。 UE2到 UE1的业务数据传输采用类似的处理流程。图 1是根据相关技术的两 UE位于同一基站小区时的蜂窝通信示意图，如图 1所示，当 UE1和 UE2位于同一个蜂窝小区，那么虽然基站 1和基站 2是同一个站点，一次数据传输仍然会消耗两份无线频谱资源。由此可见，如果用户设备 1和用户设备 2位于同一小区并且相距较近，那么上述的蜂窝通信方法显然不是最优的通信方式。而实际上，随着移动通信业务的多样化，例如，社交网络、电子支付等在无线通信系统中的应用越来越广泛，使得近距离用户之间的业务传输需求日益增长。因此，设备到设备（Device-to-Device, 简称为 D2D) 的直通通信模式日益受到广泛关注。图 2是根据相关技术的优选的 D2D通信系统示意图，所谓 D2D，如图 2所示，是指业务数据不经过基站和核心网的转发，直接由源用户设备通过空口传输给目标用户设备。这种通信模式区别于传统蜂窝系统的通信模式。对于近距离通信的用户来说， D2D不但节省了无线频谱资源，而且降低了核心网的数据传输压力。对于 D2D通信来说，业务数据直接在 UE之间进行传输。不过，由于 D2D通信使用蜂窝网络的通信资源，因此 D2D通信可以由蜂窝网络的网络侧进行控制。并且，对于 UE来说，进行 D2D通信的同时，可能也存在与网络侧的蜂窝传输。这时候，需要避免 UE的 D2D通信与蜂窝通信之间产生冲突，例如，混合自动重传请求（Hybrid Automatic Repeat Request, 简称为 HARQ)传输的冲突。由于 D2D通信的传输流程与通信过程与蜂窝通信都不相同，因此蜂窝网络中的 D2D通信无法沿用传统的蜂窝通信方式。针对相关技术中不存在基于 D2D通信的 HARQ传输方式的问题，目前尚未提出有效的解决方案。发明内容针对相关技术中不存在基于 D2D通信的 HARQ传输方式的问题，本发明提供了一种混合自动重传请求 HARQ传输方法、装置及系统，以至少解决上述问题。根据本发明的一个方面，提供了一种混合自动重传请求传输方法，应用于设备到设备通信，包括：第一用户设备向第二用户设备发送业务数据；所述第一用户设备检测应答反馈信息和 /或授权信息，其中，所述反馈信息用于表示所述第二用户设备接收所述业务数据是否正确；当所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据和 /或当判断所述授权信息用于调度所述第一用户设备进行所述业务数据重传时，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据。所述第一用户设备向所述第二用户设备发送所述业务数据包括：所述第一用户设备检测来自网络侧节点的所述授权信息；当所述第一用户设备判断所述授权信息用于调度所述第一用户设备发送所述业务数据时，所述第一用户设备向所述第二用户设备发送所述业务数据。在所述第一用户设备检测所述第二用户设备发送的所述应答反馈信息的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据包括，在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据。在所述第一用户设备检测所述第二用户设备发送的所述应答反馈信息的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据包括，所述第一用户设备判断半持续调度的 HARQ进程是否被释放；在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据，以及所述半持续调度的 HARQ进程没有被释放的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据。在频分双工系统中，所述第二用户设备从接收到所述业务数据至向所述第一用户设备发送所述应答反馈信息的反馈时延不大于 4个子帧的时长，所述 HARQ传输的 RTT为 8个子帧的时长；或所述第二用户设备从接收到所述业务数据至向所述第一用户设备发送所述应答反馈信息的反馈时延不大于 8个子帧的时长，所述 RTT为 16个子帧的时长；在时分双工系统中，所述第二用户设备发送所述应答反馈信息的反馈子帧为所述第二用户设备的第一个满足子帧间隔大于等于 4 的设备到设备通信发送子帧，所述 RTT为 10个子帧的时长、或者与蜂窝上行链路的 RTT相同，其中，所述子帧间隔为所述第一用户设备向所述第二用户设备发送所述业务数据的子帧与所述第二用户发送所述应答反馈信息的子帧的间隔。该方法还包括：在判断所述第一用户设备向所述第二用户设备传输所述业务数据完成时，所述第一用户设备或所述第二用户设备向网络侧节点发送释放所述半持续调度的请求。在所述第一用户设备检测所述第二用户设备或网络侧节点发送的应答反馈信息的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据包括，在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据，所述第一用户设备按照预设的 RTT 向所述第二用户设备重传所述业务数据；和 /或，在所述第一用户设备检测所述网络侧节点发送的所述授权信息的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据包括，在判断所述授权信息用于调度所述第一用户设备进行所述业务数据重传时，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据。在所述第一用户设备检测所述应答反馈信息之前，还包括，所述第二用户设备接收所述业务数据，并根据接收是否正确向所述网络侧节点发送所述应答反馈信息，所述网络侧节点将所述应答反馈信息转发给所述第一用户设备；在所述第一用户设备检测所述授权信息之前，还包括，在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据时，所述网络侧节点向所述第一用户设备发送用于调度所述第一用户设备进行所述业务数据重传的授权信息。在频分双工系统中，所述第二用户设备从接收到所述业务数据至向所述网络侧节点发送所述应答反馈信息的反馈时延不大于 2个子帧的时长，所述网络侧节点从接收到所述应答反馈信息至向所述第一用户设备发送所述应答反馈信息和 /或授权信息的反馈时延不大于 2个子帧的时长，所述 RTT为 8个子帧的时长；或所述第二用户设备从接收到所述业务数据至向所述网络侧节点发送所述应答反馈信息的反馈时延不大于 4个子帧的时长，所述网络侧节点从接收到所述应答反馈信息至向所述第一用户设备转发所述应答反馈信息或发送所述授权信息的反馈时延不大于 4个子帧的时长，所述 RTT为 12个子帧的时长或 16个子帧的时长；或所述第二用户设备从接收到所述业务数据至发送所述应答反馈信息的反馈时延不大于 8个子帧的时长，所述网络侧节点从接收到所述应答反馈信息至向所述第一用户设备转发所述应答反馈信息或发送所述授权信息的反馈时延不大于 4个子帧的时长，所述 RTT为 16个子帧的时长；在时分双工系统中，所述第二用户设备发送所述应答反馈信息的反馈子帧为第一个满足子帧间隔大于等于 4的设备到设备通信发送子帧，所述 RTT为 20个子帧的时长、或者是蜂窝上行链路的连续两个 RTT之和，其中，所述子帧间隔为所述第一用户设备向所述第二用户设备发送所述业务数据的子帧与所述第二用户发送所述应答反馈信息的子帧的间隔。根据本发明的另一方面，提供了一种混合自动重传请求传输方法，应用于设备到设备通信，包括：网络侧节点接收来自第二用户设备的应答反馈信息，其中，所述应答反馈信息表示所述第二用户设备接收第一用户设备发送业务数据是否正确；在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下，所述网络侧节点确认所述第一用户设备需要按照预设的 RTT向所述第二用户设备重传所述业务数据。所述网络侧节点确认所述第一用户设备需要按照预设的 RTT向所述第二用户设备重传所述业务数据之前，还包括：所述网络侧节点不等待所述第二用户设备发送的所述应答反馈信息，向所述第一用户设备发送用于调度新业务数据传输的授权信息。在所述网络侧节点确认所述第一用户设备在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下需要按照预设的 RTT向所述第二用户设备重传所述业务数据之后还包括，所述网络侧节点指示所述第一用户设备向所述第二用户设备重传所述业务数据。所述网络侧节点通过以下信息至少之一指示所述第一用户设备向所述第二用户设备重传所述业务数据：所述应答反馈信息、授权信息。根据本发明的另一方面，还提供了一种混合自动重传请求传输装置，应用于处于设备到设备通信的第一用户设备中，包括：发送模块，设置为向第二用户设备发送业务数据；检测模块，设置为检测应答反馈信息和 /或授权信息，其中，所述应答反馈信息用于表示所述第二用户设备接收所述业务数据是否正确；重传模块，设置为当所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据和 /或当判断所述授权信息用于调度所述第一用户设备进行所述业务数据重传时，按照预设的 RTT向所述第二用户设备重传所述业务数据。所述检测模块还设置为检测所述第二用户设备发送的所述应答反馈信息，所述重传模块还包括，第一重传控制模块，设置为在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下，按照预设的 RTT向所述第二用户设备重传所述业务数据。所述检测模块还设置为检测所述第二用户设备发送的所述应答反馈信息，所述重传模块包括，判断模块，设置为判断半持续调度的 HARQ进程是否被释放；第二重传控制模块，设置为在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据，以及所述半持续调度 HARQ进程没有被释放的情况下，按照预设的 RTT向所述第二用户设备重传所述业务数据。优选地，所述检测模块还设置为检测所述第二用户设备或网络侧节点发送的所述应答反馈信息，所述重传模块还设置为在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据时，按照预设的 RTT向所述第二用户设备重传所述业务数据; 和 /或，所述检测模块还设置为检测所述网络侧节点发送的所述授权信息，所述重传模块还设置为在所述授权信息用于调度所述第一用户设备进行所述业务数据重传时，按照预设的 RTT向所述第二用户设备重传所述业务数据。根据本发明的另一方面，提供了一种混合自动重传请求传输装置，应用于设备到设备通信的网络侧节点中，包括：接收模块，设置为接收来自第二用户设备的应答反馈信息，其中，所述应答反馈信息表示所述第二用户设备接收第一用户设备发送业务数据是否正确；确认模块，设置为在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下，确认所述第一用户设备需要按照预设的 RTT向所述第二用户设备重传所述业务数据。该装置还包括第三重传控制模块，设置为在所述确认模块确认所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下需要按照预设的 RTT向所述第二用户设备重传所述业务数据之后，指示所述第一用户设备向所述第二用户设备重传所述业务数据。该装置还包括第二发送模块，设置为向所述第一用户设备转发所述应答反馈信息，和 /或在判断所述第二用户设备没有正确接收所述业务数据时向所述第一用户设备发送授权信息，所述授权信息用于调度所述第一用户设备重传所述业务数据。该装置还包括第三发送模块，设置为不等待所述第二用户设备发送的所述应答反馈信息，向所述第一用户设备发送用于调度新业务数据传输的授权信息。根据本发明的另一方面，还提供了一种混合自动重传请求传输系统，包括上述位于第一用户设备中的 HARQ传输装置，还包括上述位于网络侧节点中的 HARQ传输装置。通过本发明，采用了一种混合自动重传请求传输方法，应用于设备到设备通信的环境，该方法包括：第一用户设备向第二用户设备发送业务数据；第一用户设备检测应答反馈信息和 /或授权信息，其中，该反馈信息用于表示第二用户设备接收业务数据是否正确；当该应答反馈信息表示第二用户设备没有正确接收业务数据和 /或当判断该授权信息用于调度第一用户设备进行业务数据重传时，第一用户设备按照预设的往返时间向第二用户设备重传业务数据，解决了 D2D通信的 HARQ传输的问题，并且实现了 D2D通信与蜂窝通信共存时的 HARQ传输兼容，保证了 D2D与蜂窝共存通信系统中传输的可靠性。附图说明此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中- 图 1是根据相关技术的两 UE位于同一基站小区时的蜂窝通信示意图；图 2是根据相关技术的优选的 D2D通信系统示意图；图 3是根据本发明实施例的混合自动重传请求传输方法的流程图；图 4 是根据本发明实施例的应用于网络侧的混合自动重传请求传输方法的流程图；图 5是根据本发明实施例的混合自动重传请求传输装置的结构框图；图 6是根据本发明实施例的混合自动重传请求传输装置中重传模块 56的优选结构框图一；图 7是根据本发明实施例的混合自动重传请求传输装置中重传模块 56的优选结构框图二；图 8是根据本发明实施例的混合自动重传请求传输装置的另一结构框图；图 9是根据本发明实施例的混合自动重传请求传输装置的优选结构框图一；图 10是根据本发明实施例在 LTE/LTE-A系统的帧结构示意图；图 11是根据本发明优选实施例的设备到设备通信的 HARQ传输方法的流程图；图 12是根据本发明实施例在 FDD系统中使用上行子帧进行 D2D通信的 HARQ 传输的示意图一；图 13是根据本发明实施例在 TDD系统中的上下行配置 1 下使用上行子帧进行 D2D通信的 HARQ传输的示意图一；图 14是根据本发明实施例在 TDD系统中的上下行配置 6下使用上行子帧进行

D2D通信的 HARQ传输的示意图一；图 15是根据本发明实施例在 FDD系统使用上行子帧进行 D2D通信的 HARQ传输的示意图二；图 16是根据本发明实施例在 FDD系统中使用上行子帧进行 D2D通信的 HARQ 传输的示意图三；图 17是根据本发明实施例在 FDD系统中另外一种使用上行子帧进行 D2D通信的 HARQ传输的示意图三；图 18是根据本发明实施例在 FDD系统中又一种使用上行子帧进行 D2D通信的 HARQ传输的示意图三；图 19是根据本发明实施例在 TDD系统中在上下行配置 3下使用上行子帧进行

D2D通信的 HARQ传输的示意图三；图 20是根据本发明实施例在 TDD系统中在上下行配置 6下使用上行子帧进行 D2D通信的 HARQ传输的示意图三.；图 21是根据本发明实施例的混合自动重传请求传输装置的优选结构框图二；图 22是根据本发明实施例的混合自动重传请求传输装置的优选结构框图三；图 23是根据本发明实施例的混合自动重传请求传输系统的结构框图。具体实施方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。自动重传请求（Automatic Repeat Request, 简称为 ARQ) 是分组通信中的重要纠错方法。而混合自动重传请求（Hybrid-ARQ)则通过在 ARQ中引入前向纠错（Forward Error Correct, 简称为 FEC)，达到减少重传次数的目的，从而使得无线通信的系统性能得以提升。在支持 D2D通信的蜂窝通信系统中，进行 D2D通信的用户设备可能同时需要与网络侧进行数据交互，例如接收网络节点发送的数据，或者向网络节点发送数据。当蜂窝通信和 D2D通信共存并且都由网络侧进行控制和调度时，面临的一个潜在的问题是蜂窝通信与 D2D通信的冲突。对于数据包的首次传输，可以通过将 D2D通信与蜂窝通信调度在不同的资源中的方式，避免两者的冲突，例如将其调度在不同的子帧中。但是对于重传来说，问题可能比较复杂。例如，蜂窝上行链路采用同步 HARQ的传输方式，即数据包首传之后，重传的位置就是确定的。因此，当 D2D传输使用上行资源时，如果 D2D HARQ设计不当， D2D传输可能与蜂窝传输的重传产生冲突。对于蜂窝链路同步 HARQ传输方式来说，冲突可能不会局限于一次传输，而是该进程的所有子帧的传输。另一方面， D2D通信是网络侧控制的，也就是说控制节点不参与业务数据的传输与接收，而控制节点需要与数据传输与接收节点进行空口的信令交互，这可能会导致 D2D通信相比于蜂窝通信来说流程增加。基于上述考虑，在本实施例中，提供了一种混合自动重传请求（HARQ) 传输方法，应用于设备到设备（D2D) 通信，图 3是根据本发明实施例的混合自动重传请求传输方法的流程图，如图 3所示，该方法包括如下步骤：步骤 S302，第一用户设备向第二用户设备发送业务数据；步骤 S304，第一用户设备检测应答反馈信息（ACK/NACK, 肯定 /否定应答）和 / 或授权信息，其中，该反馈信息用于表示第二用户设备接收业务数据是否正确；步骤 S306，当应答反馈信息表示第二用户设备没有正确接收业务数据（例如，该应答反馈信息为否定应答（NACK) ) 和 /或当判断授权信息用于调度第一用户设备进行业务数据重传时，第一用户设备按照预设（pre-determined)的 HARQ进程（process) 往返时间（Round Trip Time, 简称为 RTT) 向第二用户设备重传业务数据。通过上述步骤，在 D2D的通信环境中，第一用户设备（例如，可以是源用户设备）向第二用户设备（例如，可以是目标用户设备）发送业务数据后，接收反馈信息（例如，上述应答反馈信息）和 /或授权信息，并在反馈信息和 /或授权信息指示重传上述业务数据的情况下进行业务数据的重传。解决了相关技术中 D2D通信的 HARQ传输的问题，使得在 D2D通信方式下也可以进行 HARQ传输，提高了通信系统中传输的可靠性。优选地，在步骤 S302之前，第一用户设备可以检测来自网络侧节点的授权信息；当第一用户设备判断授权信息用于调度第一用户设备发送业务数据时，第一用户设备向第二用户设备发送业务数据。通过这种方式，能够使得 D2D HARQ传输在网络侧节点的控制之下，提高了 D2D HARQ传输的可靠性及安全性。为了提高 D2D传输与蜂窝传输之间的兼容性，作为一种优选实施方式，可以通过网络侧节点向第一用户设备发送授权信息来对第一用户设备与第二用户设备之间的 D2D通信进行控制。在这种情况下，第一用户设备可以接收来自网络侧节点的授权信息，第一用户设备根据该授权信息向第二用户设备发送业务数据。当然，在一次 D2D 的业务数据传输成功或者完成之后，网络侧节点也可以通过新的业务数据的指示信息 (在下文中以该新的业务数据的指示信息在上述授权信息中指示为例进行说明）指示第一用户设备发送新的业务数据，或者发起下一个 D2D的业务数据的 HARQ传输流程。在 FDD系统中，蜂窝通信上行链路的 HARQ进程的 RTT通常为 8个子帧时长，也即在 FDD系统中，当第一用户设备在子帧 n向网络侧发送业务数据之后，如果需要重传，则第一用户设备会在子帧 n+8向网络侧重传该业务数据。而对于 D2D通信，考虑到当通过网络侧节点控制 D2D HARQ传输时，如果网络侧节点等待接收到第二用户设备的反馈信息之后再发送控制信令（例如，授权信息或 HARQ指示信息），而第一用户设备也等待网络侧节点的控制信令的指示再进行重传或新业务的传输，那么第一用户设备就可能无法保证以与蜂窝 HARQ进程 RTT相同的 RTT进行业务数据的重传。因此，为了进一步减少 D2D HARQ进程与蜂窝 HARQ进程之间的冲突，提高系统资源利用率，在本实施例中提供了以下几种优选实施方式进行处理。作为一种优选实施方式一，网络侧节点可以不等待第二用户设备的反馈信息，就对第一用户设备发送用于指示第一用户设备发送新业务数据的授权信息，以调度第一用户设备进行新业务数据的传输。同时，第一用户设备接收到网络侧节点发来的授权信息，可先不对该授权信息进行处理，而是等待接收来自于第二用户设备的应答反馈信息，在接收到反馈信息后对反馈信息进行处理。在发现应答反馈信息表示第二用户设备没有正确接收业务数据的情况下（例如，为 NACK的情况下），第一用户设备可以忽略上述授权信息，按照预设的 RTT向第二用户设备重传业务数据；而当反馈信息为肯定应答（ACK) 的情况下，第一用户设备按照上述授权信息的指示进行新业务数据的发送。通过这种方式，网络侧节点发送授权信息的动作与第二用户设备发送反馈信息的动作没有先后时序关系，从而节省了 D2D设备之间 HARQ传输的处理时间，从流程上保证了 D2D HARQ进程能够与蜂窝 HARQ进程相兼容或一致。作为一种优选实施方式二，也可以通过半持续调度的方式来避免 D2D HARQ进程与蜂窝 HARQ进程之间的冲突，例如，网络侧节点发送 D2D半持续调度授权信息，以开启一个半持续调度的 HARQ进程。在第一用户设备接收来自第二用户设备的应答反馈信息的情况下，第一用户设备可以判断该半持续调度的 HARQ进程是否被释放，其中，这里的释放可以是半持续调度的周期到达，也可以是第一用户设备和 /或第二用户设备请求释放该半持续调度进程等；在反馈信息由第二用户设备发送，且反馈信息表示第二用户设备没有正确接收业务数据，以及半持续调度没有被释放的情况下，第一用户设备按照预设的 RTT向第二用户设备重传业务数据。通过这种方式，网络侧节点仅在初始化或者重新初始化半持续调度时进行了一次授权信息的发送，不会在后续的 D2D HARQ传输过程中参与重传的调度，从而节省了 D2D传输的调度处理时间，从流程上保证了 D2D HARQ进程能够与蜂窝 HARQ进程相兼容或一致。优选地，在第一用户设备向第二用户设备传输业务数据完成的情况下，即数据传输已经完成时，第一用户设备或者第二用户设备可以向网络侧节点发送释放半持续调度的请求。例如，第一用户设备判断数据传输完成时，向网络侧节点发送释放半持续调度的请求；或者，第二用户设备接收到第一用户设备传输的连续若干个空数据包时，则可判断数据传输完成，第二用户设备向网络侧节点发送释放半持续调度的请求。在上面两种情况下，在频分双工（FDD) 系统中，第二用户设备从接收到业务数据至向第一用户设备发送应答反馈信息的反馈时延不大于 4个子帧的时长（例如，可以等于 4个子帧的时长或 4ms)， HARQ传输的 RTT为 8个子帧的时长（例如，可以等于 8ms);或第二用户设备从接收到业务数据至向第一用户设备发送应答反馈信息的反馈时延不大于 8个子帧的时长（例如，可以等于 8个子帧的时长或 8ms)， RTT为 16个子帧的时长（例如，可以等于 16ms); 而在时分双工（TDD) 系统中，第二用户设备发送应答反馈信息的反馈子帧为第二用户设备的第一个满足间隔大于等于 4的设备到设备通信发送子帧， RTT为 10个子帧的时长（例如，可以等于 10ms)、或者与蜂窝上行链路的 RTT相同，其中，间隔为第一用户设备向第二用户设备发送业务数据的子帧与第二用户发送应答反馈信息的子帧的间隔。作为一种优选实施方式三，还可以设置 D2D HARQ传输流程为：第一用户设备根据网络侧节点发送的授权信息的指示，向第二用户设备发送业务数据；第二用户设备根据发送业务数据的成功与否，向网络侧节点发送应答反馈信息；网络侧节点根据反馈信息，向第一用户设备指示是否进行业务数据的重传。网络侧节点指示的方式可以是通过向第一用户设备发送指示信息来进行，例如，网络侧节点可以向第一用户设备发送授权信息或者 HARQ指示信息（HARQ Indicator), 在该 HARQ指示信息中包含上述反馈信息（即应答反馈信息）。此时，在反馈信息来自第二用户设备或网络侧节点且该反馈信息表示第二用户设备没有正确接收业务数据，和 /或在授权信息来自网络侧节点，且授权信息用于调度第一用户设备进行业务数据重传时，第一用户设备可以按照预设的 RTT向第二用户设备重传业务数据。在第一用户设备接收到授权信息或反馈信息之前，第二用户设备还可以接收业务数据，并根据接收是否正确向网络侧节点发送应答反馈信息；网络侧节点将应答反馈信息转发给第一用户设备。在这种 HARQ传输流程之下，传输过程相比前两种 D2D HARQ传输方式较为复杂，有可能占用第一用户设备较多的 HARQ传输进程，使得第一用户设备在蜂窝系统中的 HARQ传输进程受到限制，因此，还可以通过对系统反馈时延以及 D2D HARQ 传输进程的配合设置来实现提高系统资源利用率。例如，在频分双工系统中，可以设置第二用户设备从接收到业务数据至向网络侧节点发送反馈信息的反馈时延不大于 2个子帧时长（例如，可以等于 2个子帧的时长或 2ms)，网络侧节点从接收到应答反馈信息至向第一用户设备发送反馈信息的反馈时延也不大于 2个子帧时长（例如，可以等于 2个子帧的时长或 2ms)，此时， D2D HARQ 传输进程预定的 RTT可以为 8个子帧时长（例如，可以等于 8ms)。当然，也可以设置第二用户设备从接收到业务数据至向网络侧节点发送反馈信息的反馈时延不大于 4个子帧时长（例如，可以等于 4个子帧的时长或 4ms)，网络侧节点从接收到应答反馈信息至向第一用户设备发送反馈信息的反馈时延也不大于 4个子帧时长（例如，可以等于 4个子帧的时长或 4ms)，此时， D2D HARQ传输进程的 RTT 可以为 12个子帧时长（例如，可以等于 12ms)或者 16个子帧时长（例如，可以等于 16ms)。此外，还可以设置第二用户设备从接收到业务数据至向网络侧节点发送反馈信息的反馈时延不大于 8个子帧时长（例如，可以等于 8个子帧的时长或 8ms)，网络侧节点从接收到应答反馈信息至向第一用户设备发送反馈信息的反馈时延不大于 4个子帧时长（例如，可以等于 4个子帧的时长或 4ms); 或者反过来，设置第二用户设备从接收到业务数据至向网络侧节点发送反馈信息的反馈时延不大于 4个子帧时长（例如，可以等于 4个子帧的时长或 4ms)，网络侧节点从接收到应答反馈信息至向第一用户设备发送反馈信息的反馈时延不大于 8个子帧时长（例如，可以等于 8个子帧的时长或 8ms)。此时， D2D HARQ传输进程的 RTT可以为 16个子帧时长（例如，可以等于 16ms)。而在时分双工系统中，第二用户设备发送应答反馈信息的反馈子帧为第一个满足间隔大于等于 4的上行子帧，或者是第二用户设备的第一个满足间隔大于等于 4的设备到设备通信发送子帧，此时 D2D HARQ传输进程的 RTT为 20个子帧的时长、或者是蜂窝上行链路的连续两个 RTT之和，其中，间隔为第一用户设备向第二用户设备发送业务数据的子帧与第二用户设备发送应答反馈信息的子帧的间隔。在优选实施方式三的情况下下，虽然相较上述几种实施方式来讲，单个 D2D

HARQ传输进程的系统资源的利用率相对较低，但由于 D2D通信是双向传输，因此可以将占用的蜂窝通信进程的空闲子帧作为其他 D2D HARQ传输进程，例如用于第二用户设备向第一用户设备发送业务数据，从而也可以提高系统资源的利用率。在本实施例中，还提供了另一种混合自动重传请求（HARQ) 传输方法，应用于设备到设备通信，图 4是根据本发明实施例的应用于网络侧的混合自动重传请求传输方法的流程图，如图 4所示，该方法包括如下步骤：步骤 S402，网络侧节点接收来自第二用户设备的应答反馈信息，其中，该应答反馈信息表示第二用户设备接收第一用户设备发送业务数据是否正确；步骤 S404，在该应答反馈信息表示第二用户设备没有正确接收业务数据的情况下，网络侧节点确认第一用户设备需要按照预设的往返时间 RTT向第二用户设备重传上述业务数据。通过上述步骤，网络侧节点能够通过来自第二用户设备的反馈信息，确认第一用户设备是否需要按照预设的 RTT向第二用户设备进行重传，从而在对 D2D HARQ传输进行控制时，可以不等待第二用户设备的反馈信息就向第一用户设备发送授权信息，而在收到反馈信息后，如果反馈信息为 NACK，则确认发送的授权信息无效，如果反馈信息为 ACK，则确认发送的授权信息有效，即第一用户设备会按照该授权信息进行新数据传输。该方案在流程上保证了不需要等待反馈信息即可向第一用户设备发送授权信息的可能性，为重传业务数据所用的进程尽可能地与蜂窝系统的 HARQ进程相兼容提供了可能。解决了相关技术中不存在基于 D2D通信的 HARQ传输方式的问题，使得在 D2D通信方式下也可以进行 HARQ传输，提高了通信系统中传输方式的灵活性、可靠性以及兼容性。作为一种优选实施方式，假设 D2D HARQ传输进程为：第一用户设备根据网络侧节点发送的授权信息的指示，向第二用户设备发送业务数据；第二用户设备根据发送业务数据的成功与否，向网络侧节点发送反馈信息；网络侧节点根据反馈信息，向第一用户设备指示重传或发送新业务数据。在这种情况下，网络侧节点可以指示第一用户设备向第二用户设备重传业务数据。优选地，在上述进程中，为了简化流程，在步骤 S404之前，网络侧节点可以不等待第二用户设备发送的应答反馈信息，向第一用户设备发送用于调度新业务数据传输的授权信息。通过这种方式，如果第一用户设备向第二用户设备传输业务数据完成，则第一用户设备可以根据该用于调度新业务数据传输的授权信息直接发送新的业务数据；而如果第一用户设备向第二用户设备传输业务数据失败，需要向第二用户设备进行业务数据重传，则第一用户设备可以忽略接收到的用于调度新业务数据传输的授权信息，而是重传业务数据。在这种情况下，网络侧节点通过步骤 S404的步骤能够确认第一用户设备是否需要重传，如果需要（例如反馈信息为 NACK)，则认为之前发送的用于调度新业务数据传输的授权信息无效，可以在以后择机重新进行新业务数据传输的授权；如果网络侧节点确认第一用户设备不需要重传（例如反馈信息为 ACK)，则认为之前传输的该授权信息已生效。网络侧节点可以通过多种方式指示第一用户设备向第二用户设备重传业务数据，优选地，网络侧节点可以通过以下信息至少之一进行指示： HARQ指示信息、授权信息。如果是 HARQ指示信息，网络侧节点可以将应答反馈信息包含在该指示信息中发给第一用户设备；如果是授权信息，网络侧节点可以设置该授权信息用于指示第一用户设备重传业务数据。在本实施例中提供了一种混合自动重传请求（HARQ) 传输装置，应用于设备到设备通信的第一用户设备中，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语"模块"可以实现预定功能的软件和 /或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图 5是根据本发明实施例的混合自动重传请求 HARQ传输装置的结构框图，如图 5所示，该装置包括发送模块 52、检测模块 54和重传模块 56。下面对该装置进行说明。发送模块 52，设置为向第二用户设备发送业务数据；检测模块 54，连接至发送模块 52，设置为检测应答反馈信息和 /或授权信息，其中，该反馈信息用于表示第二用户设备接收业务数据是否正确；重传控制模块 56，连接至检测模块 54，设置为当应答反馈信息表示第二用户设备没有正确接收业务数据和 /或当判断授权信息用于调度第一用户设备进行业务数据重传时，指示发送模块 52按照预设的 HARQ进程往返时间 RTT 向第二用户设备重传业务数据。优选地，图 6是根据本发明实施例的混合自动重传请求（HARQ) 传输装置中重传模块 56的优选结构框图一，如图 6所示，检测模块 54还可以设置为检测第二用户设备发送的应答反馈信息，该重传模块 56还可以包括，第一重传控制模块 62，连接至该检测模块 54，设置为在应答反馈信息表示第二用户设备没有正确接收业务数据的情况下，指示发送模块 52按照预设的 RTT向第二用户设备重传业务数据。图 Ί是根据本发明实施例的混合自动重传请求（HARQ) 传输装置中重传模块 56 的优选结构框图二，如图 7所示，检测模块 54还可以设置为检测第二用户设备发送的应答反馈信息，该重传模块 56可以包括判断模块 72和第二重传控制模块 74，该判断模块 72，设置为判断半持续调度的 HARQ进程是否被释放；第二重传控制模块 74，连接至该判断模块 72，用于在应答反馈信息表示第二用户设备没有正确接收业务数据，以及半持续调度 HARQ进程没有被释放的情况下，指示发送模块 52按照预设的 RTT向第二用户设备重传业务数据。优选地，检测模块 54还可以设置为检测第二用户设备或网络侧节点发送的应答反馈信息，重传模块 56还可以设置为在该应答反馈信息表示第二用户设备没有正确接收业务数据时，指示发送模块 52按照预设的 RTT向第二用户设备重传业务数据；和 /或，检测模块还可以设置为检测网络侧节点发送的授权信息，重传模块 56还可以设置为在该授权信息用于调度第一用户设备进行业务数据重传时，指示发送模块 52按照预设的 RTT向第二用户设备重传业务数据。在本实施例中还提供了一种混合自动重传请求（HARQ ) 传输装置，该装置应用于设备到设备通信的网络侧节点中，图 8 是根据本发明实施例的混合自动重传请求 (HARQ) 传输装置的另一结构框图，如图 8所示，该装置包括接收模块 82，设置为接收来自第二用户设备的反馈信息，其中，该反馈信息反馈该第二用户设备接收第一用户设备发送业务数据是否正确；确认模块 84，连接至该接收模块 82，设置为在应答反馈信息表示第二用户设备没有正确接收业务数据的情况下，确认第一用户设备需要按照预设的往返时间 RTT向第二用户设备重传业务数据。图 9是根据本发明实施例的混合自动重传请求（HARQ) 传输装置的优选结构框图一，如图 9所示，该装置包括图 8中的所有模块外，还包括第三重传控制模块 92，与确认模块 84相连，设置为在该确认模块 84确认应答反馈信息表示第二用户设备没有正确接收业务数据的情况下需要按照预设的 RTT 向第二用户设备重传业务数据之后，指示第一用户设备向第二用户设备重传业务数据。图 21是根据本发明实施例的混合自动重传请求（HARQ)传输装置的优选结构框图二，如图 21所示，该装置还可以包括第二发送模块 94，与接收模块 82相连，设置为向第一用户设备转发应答反馈信息，和 /或在判断第二用户设备没有正确接收业务数据时向第一用户设备发送授权信息，授权信息用于调度第一用户设备重传业务数据。图 22是根据本发明实施例的混合自动重传请求（HARQ)传输装置的优选结构框图三，如图 22所示，该装置还可以包括第三发送模块 96，与接收模块 82相连，设置为不等待第二用户设备发送的应答反馈信息，向第一用户设备发送用于调度新业务数据传输的授权信息。在本实施例中还提供了一种混合自动重传请求（HARQ)传输系统，图 23是根据本发明实施例的混合自动重传请求传输系统的结构框图，如图 23 所示，该系统包括 D2D传输中位于第一用户设备的 HARQ传输装置（在图 23中以图 5为例示出），还包括 D2D传输中位于网络侧节点的 HARQ传输装置（在图 23中以图 8为例示出）。下面结合优选实施例进行说明，下述优选实施例结合了上述实施例及其优选实施方式。在下述的优选实施例中，提供了设备到设备通信的 HARQ传输方法和装置，尤其涉及蜂窝通信和设备到设备通信共存的无线通信系统中的设备到设备通信的混合自动重传请求（HARQ) 传输方法和装置。下面主要以使用蜂窝通信系统中上行资源进行 D2D通信的场景，对 D2D通信使用同步 HARQ传输方式为例进行说明，提供了以下三种基于 D2D通信的同步 HARQ实现方式，但是并不限于这三种实现方式。方式 1 : 设备到设备通信的混合自动重传请求（HARQ) 传输方法可以包括：第一用户设备根据授权信息的指示，向第二用户设备发送业务数据；第二用户设备接收该业务数据，并根据接收是否正确发送肯定应答（ACK) 或否定应答（NACK) 的反馈信息；如果上述反馈信息是 NACK，第一用户设备在预设的时间向第二用户设备重传输上述业务数据。优选地，网络侧节点可以不等待上述反馈信息到达，向第一用户设备发送授权信息以触发第一用户设备进行新业务数据的传输。优选地，第一用户设备检测第二用户设备发送的上述应答反馈信息；第一用户设备检测用于调度新业务数据传输的授权信息；如果反馈信息是 NACK，第一用户设备忽略该新业务数据的授权信息，在预设时间向第二用户设备重传业务数据；如果反馈信息是 ACK，并且第一用户设备检测到了用于调度新业务数据传输的授权信息，则第一用户设备按照上述授权信息的指示，发送新业务数据。方式 2: 设备到设备通信的混合自动重传请求（HARQ) 传输方法可以包括：第一用户设备根据授权信息的指示，向第二用户设备发送业务数据；上述第二用户设备接收上述业务数据，并根据接收是否正确发送 ACK或 NACK的反馈信息；如果上述反馈信息是 NACK，第一用户设备在预设的时间向第二用户设备重传输上述业务数据。优选地，上述第一用户设备检测上述第二用户设备发送的上述反馈信息；如果上述反馈信息是 NACK，上述第一用户在预设时间向第二用户设备重发上述业务数据；如果上述反馈信息是 ACK，并且判断半持续的调度没有被释放时，上述第一用户设备发送新业务数据。方式 3: 设备到设备通信的混合自动重传请求（HARQ) 传输方法可以包括：第一用户设备根据授权信息的指示，向第二用户设备发送业务数据；上述第二用户设备接收上述业务数据，并根据接收是否正确向网络侧节点发送 ACK或 NACK的反馈信息；如果上述反馈信息是 NACK，第一用户设备在预设的时间向第二用户设备重传输上述业务数据。优选地，如果上述反馈信息是 NACK，网络侧节点可以向第一用户设备发送授权信息和 /或 HARQ指示信息，触发上述第一用户设备在预设时间向第二用户设备重发上述业务数据；或者，如果上述反馈信息是 NACK，网络侧节点可以通过该反馈信息触发上述第一用户设备在预设时间向第二用户设备重发上述业务数据。在该 HARQ传输方法中，对于频分双工 FDD系统，当反馈时延是 2或 4毫秒，上述 D2D HARQ的往返时间（Round Trip Time, 简称为 RTT)可以与蜂窝上行链路的 RTT相同，即为 8子帧间隔；或者，当反馈时延是 4毫秒，上述 D2D HARQ的 RTT 可以是 12或 16毫秒；或者，当反馈时延是 8毫秒，上述 D2D HARQ的 RTT可以是 16毫秒。而在时分双工 TDD系统中，反馈时延可以根据 D2D子帧分配确定。优选的，反馈子帧可以为上述第二用户设备的第一个满足间隔大于等于 4的 D2D发送子帧，其中，该间隔是指上述业务数据传输子帧与上述第二用户设备的 D2D发送子帧的间隔；在这种情况下，上述 D2D HARQ的 RTT可以是 10或 20毫秒；或者，上述 D2D HARQ的 RTT可以与蜂窝上行链路的 RTT相同，或者是蜂窝上行链路的连续两个 RTT之和。综上，通过上述的无线通信方法和装置，解决了蜂窝通信系统中 D2D 通信的 HARQ传输问题，并且可以有效避免蜂窝通信的 HARQ进程和 D2D通信 HARQ进程产生干扰，保证了蜂窝系统中的设备到设备通信的效率和可靠性。下面结合优选实施例进行说明。为了解决上述问题，在本实施例中提供了一种用于设备到设备通信的 HARQ传输装置。该装置应用于设备到设备通信环境的用户设备中，该装置包括：检测模块，设置为于检测授权信息和 /或反馈信息；确定模块；设置为根据预设的时间确定业务数据的传输和 /或重传的时间位置；发送模块：设置为根据检测模块的指示，在确定模块确定的时间位置发送或者重发设备到设备通信的业务数据。较优地，该装置还包括：重传控制模块，设置为根据检测模块的检测结果确定数据传输行为。数据传输行为包括：当检测到反馈信息是 NACK时，忽略该授权信息，并指示该发送模块重发设备到设备通信的业务数据；当检测到反馈信息是 ACK 时，指示该发送模块按照该授权信息的指示发送设备到设备通信新业务数据。或者，数据传输行为包括：当检测到反馈信息是 NACK时，指示发送模块在确定模块确定的时间位置重发该业务数据；当检测到反馈信息是 ACK，并且判断该 HARQ 传输进程没有被释放时，发送设备到设备通信新业务数据。或者，数据传输行为包括：当检测到授权信息时，按照该授权信息的指示发送或者重发设备到设备通信的业务数据；或者，检测到的 HARQ指示是 NACK时，指示该发送模块在确定模块确定的时间位置重发该设备到设备通信业务数据。需要说明的是，设备到设备通信的 HARQ传输所处的系统不同，具体操作时所采用的反馈时延存在差别，例如，在 FDD系统中，反馈时延是 2或 4毫秒， HARQ的往返时间（Round Trip Time, RTT) 与蜂窝上行链路的 RTT相同；或者，反馈时延是 4 又例如，在 TDD系统中，反馈时延根据 D2D子帧分配确定，优选的，反馈子帧为第二用户设备接收到该业务数据后的第一个满足间隔大于等于 4的 D2D发送子帧，该间隔是指该业务数据传输子帧与该第二用户设备的 D2D发送子帧的间隔； HARQ的 RTT是 10或 20毫秒；或者， HARQ的 RTT与蜂窝上行链路的 RTT相同，或者是蜂窝上行链路的连续两个 RTT之和。其中，该 RTT是指一个 HARQ进程中数据分组的前一次传输与下一次传输的时间间隔。

在本实施中还提供了一种用于设备到设备通信 HARQ传输的控制装置。该装置应用于设备到设备通信环境的网络侧节点中，该装置包括：发送模块，设置为向第一用户设备发送授权信息和 /或 HARQ指示；以及以下模块的至少之一：决策模块一（与上述第一重传控制模块的功能相当）：包括检测子模块，设置为检测来自于第二用户设备的 ACK或 NACK反馈信息；决策子模块，设置为不等待该检测子模块的检测结果，指示该发送模块向该第一用户设备发送授权信息以触发该第一用户设备进行新数据传输；识别子模块，设置为识别第一用户设备的数据传输行为，该识别的方式为：当该检测子模块检测到该反馈信息是 NACK时，则识别该通信行为为该第一用户设备忽略该新数据传输的授权信息传输，向该第二用户设备重传设备到设备通信业务数据，当该检测子模块检测到该反馈信息是 ACK，则识别该通信行为为该第一用户设备按照该授权信息的指示传输设备到设备通信的新业务数据。决策模块二（与第二重传控制模块的功能相当）：包括半持续调度授权模块，设置为初始化或重新初始化半持续调度时发送授权信息，该授权信息用于调度第一用户设备向第二用户设备发送业务数据；半持续调度控制模块，设置为接收该第一用户设备和 /或第二用户设备发送的半持续调度释放请求，并释放该半持续调度的 HARQ进程。决策模块三（与第三重传控制模块的功能相当）：包括检测子模块，设置为检测来自于第二用户设备的 ACK或 NACK反馈信息；决策子模块，设置为至少根据该检测子模块的检测结果确定，指示该发送模块向第一用户设备发送授权信息和 /或 HARQ 指示，该 HARQ指示根据该检测模块检测到的反馈信息生成，该授权信息用于根据该检测模块检测到的反馈信息指示该第一用户设备进行数据重传或新数据传输。需要说明的是，在上述实施例及优选实施例中所提供的用于设备到设备通信 HARQ传输的控制装置应用于 FDD系统时，反馈时延是 2或 4毫秒， HARQ的 RTT 与蜂窝上行链路的 RTT相同；或者，反馈时延是 4毫秒， HARQ的 RTT是 12或 16 毫秒；或者，反馈时延是 8毫秒， HARQ的 RTT是 16毫秒。而上述设备到设备通信 HARQ传输的控制装置应用于 TDD系统中时，反馈时延根据 D2D子帧分配确定，优选的，反馈子帧为第二用户设备接收到该业务数据后的第一个满足间隔大于等于 4的 D2D发送子帧，该间隔是指该业务数据传输子帧与该第二用户设备的 D2D发送子帧的间隔； HARQ的 RTT是 10或 20毫秒；或者， HARQ的 RTT与蜂窝上行链路的 RTT相同，或者是蜂窝上行链路的连续两个 RTT之和。在本实施例中提供了一种设备到设备通信的 HARQ传输方法，该方法包括：第一用户设备根据授权信息的指示，向第二用户设备发送业务数据；第二用户设备接收所述业务数据，并根据接收是否正确发送肯定应答 ACK或否定应答 NACK的反馈信息；如果所述反馈信息是 NACK，第一用户设备在预设的时间向第二用户设备重传输所述业务数据。优选地，不等待所述反馈信息到达，向第一用户设备发送授权信息以触发所述第一用户设备进行新数据传输。第一用户设备检测所述第二用户设备发送的反馈信息；第一用户设备检测所述新数据传输的授权信息；如果反馈信息是 NACK，第一用户设备忽略该授权信息，在预设时间向第二用户设备重发所述业务数据；如果反馈信息是 ACK, 并且检测到新数据传输的授权信息，第一用户设备按照所述授权信息的指示，发送新业务数据。或者，第一用户设备检测第二用户设备发送的反馈信息；如果该反馈信息是 NACK, 第一用户在预设时间向第二用户设备重发所述业务数据；如果该反馈信息是 ACK, 并且判断半持续的调度没有被释放时，第一用户设备发送新业务数据。或者，如果反馈信息是 NACK，向第一用户设备发送授权信息和 /或 HARQ指示信息，触发第一用户设备在预设时间向第二用户设备重发所述业务数据；或者通过该反馈信息触发第一用户设备在预设时间向第二用户设备重发业务数据。同样，在 FDD系统中，反馈时延是 2或 4毫秒， HARQ的 RTT与蜂窝上行链路的 RTT相同；或者，反馈时延是 4毫秒， HARQ的 RTT是 12或 16毫秒；或者，反馈时延是 8毫秒， HARQ的 RTT是 16毫秒。在 TDD系统中，反馈时延根据 D2D子帧分配确定，优选的，反馈子帧为第二用户设备接收到所述业务数据后的第一个满足间隔大于等于 4的 D2D发送子帧，该间隔是指所述业务数据传输子帧与所述第二用户设备的 D2D发送子帧的间隔； HARQ 的 RTT是 10或 20毫秒；或者， HARQ的 RTT与蜂窝上行链路的 RTT相同，或者是蜂窝上行链路的连续两个 RTT之和。以下，在各个优选的实施方式中，以 3GPP (3rd Generation Partnership Project)长期演进（Long Term Evolution, 简称为 LTE) /LTE-A (LTE-Advanced) 系统为背景对本公开方案进行详细介绍，但是并不构成对本方案不当的限定。

LTE/LTE-A 系统下行链路以正交频分复用接入（Orthogonal Frequency Division Multiplexing Access,简称为 OFDMA)技术为基础，上行链路则采用 SC-FDMA ( Single carrier-Frequency Division Multiplexing Access) 多址方式。在 OFDMA/SC-FDMA系统中，通信资源是时-频两维的形式。例如，对于 LTE/LTE-A系统而言，上行链路和下行链路的通信资源在时间方向上都是以无线帧（radio frame, 简称帧）为单位划分的，每个帧的长度为 10 ms，包含 10个长度为 1 ms的子帧（sub-frame)，每个子帧又包含两个长度为 0.5ms的时隙（slot)。根据循环前缀（Cyclic Prefix, 简称 CP) 长度的不同，每个时隙包括 7个或者 6个 OFDM或 SC-FDM符号，其中 7和 6分别对应于普通循环前缀（Normal CP) 和扩展循环前缀（ Extended CP )。如图 10所示。按照双工方式的不同， LTE/LTE-A系统又分为两个模式：时分双工（Time-Division Duplex, 简称 TDD) 系统和频分双工（Frequency-Division Duplex, 简称 FDD) 系统。 FDD系统通过两个频带分别用于下行链路（网络侧到终端）和上行链路（终端到网络侧）的信号传输，对应的时频资源分别称为下行子帧和上行子帧； TDD系统使用一个频带同时用于上下行链路的信号传输，通过将上行和下行链路的信号传输分配在不同的子帧中而实现两条链路的复用。在 LTE/LTE-A版本中，根据上下行子帧数量的比例不同， TDD系统支持 7种上下行配置（Uplink-downlink configuration), 如表 1所示。表 1 : TDD LTE系统中子帧的上 /下行配置形式表上下行配置子帧号

0 1 2 3 4 5 6 7 8 9

0 D S U U U D S U U U

1 D S U U D D S U U D

2 D S U D D D S U D D

3 D S U U U D D D D D

4 D S U U D D D D D D

5 D S U D D D D D D D

6 D S U U U D S U U D 在表 1中， D表示下行子帧， U表示上行子帧， S表示特殊子帧。 S子帧包括一部分下行符号（Downlink Pilot Time Slot, 简称为 DwPTS)、上行符号（Uplink Pilot Time Slot, 简称为 UpPTS) 和上 /下行之间转换的保护间隔（Guard Period, 简称为 GP)。在 LTE/LTE-A蜂窝通信系统中，业务数据在下行共享信道（DL-SCH, Downlink Shared Channel)和上行共享信道（UL-SCH， Uplink Shared Channel) 中传输，对应于物理层的物理下行共享信道（PDSCH， Physical Downlink Shared Channel)和物理上行共享信道（PUSCH， Physical Uplink Shared Channel )₀ 并且，对于共享信道中的数据传输来说，需要相应的授权信息进行指示，指示的内容包括资源分配位置，调制编码方式，功率控制信息， MIMO (Multi-In Multi-Out)相关的信息等。在蜂窝通信中，上述的授权信息以 DCI (Downlink Control Information) 的形式通过物理下行控制信道 (PDCCH, Physical Downlink Control Channel) 发送。同时，在 LTE/LTE-A蜂窝通信中，支持 HARQ传输。具体的，上行链路采用同步的 HARQ传输方式（synchronous HARQ), 下行链路采用异步的 HARQ传输方式 ( asynchronous HARQ)₀ 同步是指，对于特定的 HARQ进程（HARQ process) 来说，重传发生在已知的时刻，而异步 HARQ则意味着对于特定的 HARQ进程来说，重传可以在任何时刻发生。实施例 1 在本实施例中提供了一种设备到设备通信的 HARQ传输方法，该方法包括：第一用户设备根据授权信息的指示，向第二用户设备发送业务数据；第二用户设备接收所述业务数据，并根据接收是否正确发送肯定应答 ACK或否定应答 NACK的反馈信息；如果该反馈信息是 NACK，第一用户设备在预设的时间向第二用户设备重传输所述业务数据。在本实施例中，网络侧不等待反馈信息的到达，即向第一用户设备发送授权信息以触发其进行新数据传输。第一用户设备检测第二用户设备发送的反馈信息以及该新数据传输的授权信息。如果反馈信息是 NACK，则第一用户设备忽略该授权信息，在预设时间向第二用户设备重发上述业务数据；如果反馈信息是 ACK，并且检测到新数据传输的授权信息，第一用户设备按照该新数据传输的授权信息的指示，发送新业务数据。图 11是根据本发明优选实施例的设备到设备通信的 HARQ传输方法的流程图，如图 11所示，该流程包括如下步骤：步骤 S1102, 第一用户设备向第二用户设备发送业务数据；步骤 S1104, 第二用户设备向第一用户设备以及网络侧节点发送反馈信息；步骤 S1106, 网络侧节点不等待反馈信息，向第一用户设备发送授权信息，需要说明的是，该步骤与步骤 S1104不存在严格的先后顺序；步骤 S1108, 第一用户设备根据反馈信息判断是否进行业务数据重传，如果是，执行步骤 S1102，否则，执行步骤 S1110; 步骤 S1110, 第一用户设备根据授权信息向第二用户设备发送新的业务数据。首先以 FDD系统为例进行说明，假设 UE使用上行子帧进行 D2D通信。图 12是根据本发明实施例在 FDD系统中使用上行子帧进行 D2D通信的 HARQ传输的示意图一，如图 12所示，一个小方格代表一个子帧， □表示属于一个 HARQ进程的子帧，方格中的数字是子帧编号，在图 12中示出了 4个无线帧。 UE1表示第一用户设备， UE2表示第二用户设备， NN表示对 D2D通信进行控制的网络侧节点（Network Node), 例如可以是 eNB。在本实施例中，当 UE1判断需要在无线帧 4n的子帧 8向 D2D通信对端用户 UE2 发送业务数据时（例如，可以通过 eNB在无线帧 4η的子帧 4发送授权信息调度 UE1 进行业务数据的发送，或者 UE1被触发进行 D2D业务数据的重传），在子帧 8发送业务数据， UE2 接收该业务数据，并根据接收是否正确，反馈相应的应答信息 ACK/NACK。 UE1在子帧 8发送业务数据后，则在该子帧后的第 4个子帧检测相应的反馈信息。同时，当判断到 UE1的数据还未发送完时，在发送业务数据后的第 4个子帧即无线帧 4n+l的子帧 2，网络节点不等待 UE2反馈信息的到达，即向 UE1发送授权信息，调度 UE1在后续的第 4个子帧发送新业务数据。对于 UE1来说，如果检测到 ACK，则 UE1认为业务数据传输成功，并检测是否有调度其进行新业务数据传输的授权信息；如果检测到 NACK，则 UE1在该反馈信息后的第 4个子帧，即无线帧 4n+l的子帧 6重发所述业务数据，并忽略网络节点在无线帧 4n+l的子帧 2发送的授权信息。所述忽略授权信息是指，如果 UE1检测到反馈信息是 NACK，不会再进行授权信息的检测；或者，即使检测到授权信息， UE1也不会按照授权信息的指示进行新数据的传输。对于控制 D2D通信的网络节点来说，也会检测 UE2反馈的应答信息。由于网络节点不等待 UE2反馈信息的到达即向 UE1发送授权信息，因此网络节点检测到 UE2 反馈的应答信息时，授权信息已经发出。如果网络节点检测到的应答信息是 ACK，则认为 UE1向 UE2传输的业务数据成功，并且认为 UE1会在无线帧 4n+l的子帧 6按照在无线帧 4n+l的子帧 2检测到的授权信息发送新业务数据；否则，网络节点认为 UE1 会在无线帧 4n+l的子帧 6重发业务数据，并在后续的发送时机中向 UE1重发所述调度授权信息，调度其进行新业务传输。下面以 TDD系统为例进行说明，图 13是根据本发明实施例在 TDD系统中的上下行配置 1下使用上行子帧进行 D2D通信的 HARQ传输的示意图一，如图 13所示，在 TDD上下行配置 1下，假设 UE使用上行子帧进行 D2D通信 HARQ传输。在图 13 中， D、 S和 U分别表示蜂窝通信的下行子帧、特殊子帧和上行子帧，其余各缩写和符号的含义与上述图 12相同。 HARQ传输流程以及用户设备侧、网络侧的处理过程也基本相同，不再赘述。以 TDD系统为例，图 14是根据本发明实施例在 TDD系统中的上下行配置 6下使用上行子帧进行 D2D通信的 HARQ传输的示意图一，如图 14所示，在 TDD上下行配置 6下，假设 UE使用上行子帧进行 D2D通信 HARQ传输。在图 14中， D、 S 和 U分别表示蜂窝通信的下行子帧、特殊子帧和上行子帧，其余各缩写和符号的含义与上述图 12的相同。 HARQ传输流程以及用户设备侧、网络侧的处理过程也基本相同，不再赘述。较优地，可以设置 UE进行 D2D通信时的最大重传次数。例如，当 UE1检测到 UE2反馈的应答信息是 NACK时，判断前次传输是否已经达到最大重传次数；如果达到最大重传次数，则 UE1不再进行该业务数据的 HARQ重传，并在检测到调度其进行新业务数据传输的授权信息后，按照该授权信息发送新业务数据。同样，当设置 UE进行 D2D通信时的最大重传次数时，控制 D2D通信的网络节点也会进行重传次数的判断，即当检测到 NACK时，判断前次传输是否已经达到最大重传次数；如果达到最大重传次数，则认为 UE1不再进行该业务数据的 HARQ重传，而是会按照该新业务数据授权信息的指示发送新业务数据。在本实施例中， UE2同时向 UE1和网络节点发送反馈应答信息。该反馈应答信息可以只发送一次， UE1和网络节点都去检测，例如通过 PUCCH资源发送，或者通过在 UE2发送的 D2D业务信道中复用反馈信息进行发送，复用的方式可以参考蜂窝通信时 ACK/NACK在 PUSCH资源中复用的方法；也可以分别发送，例如通过 PUCCH 资源向网络节点发送该反馈应答信息，通过 D2D通信资源向 UE1发送该反馈应答信息。在本实施例中，在 FDD系统中，反馈应答信息发送的时序可以采用 "+4"的原则，即用户设备在子帧 k接收到 D2D业务数据后，在子帧 k+4发送相应的反馈应答信息；在 TDD系统中，反馈应答信息发送的时序通过结合接收端处理时延以及 D2D通信双方 UE的 D2D进程或 D2D子帧配置确定，例如，用户设备在子帧 k接收到 D2D业务数据后，在该用户设备的第一个满足 m≥4的 D2D发送子帧发送该反馈应答信息。例如，图 13所示的无线帧 4n+l的子帧 3可以是 UE2的 D2D发送子帧， UE2在该子帧 3发送反馈应答信息；图 14所示的无线帧 4n+l的子帧 3可以是 UE2的 D2D发送子帧， UE2在该子帧 3发送反馈应答信息。在本实施例中， D2D业务数据传输的授权时序可以沿用蜂窝上行链路通信的原则，即 FDD系统中采用" +4"的原则， TDD系统中根据不同的上下行配置分别有定义，可参考相关协议，不再赘述。在本实施例中，保证了 D2D通信的 HARQ进程与蜂窝通信相同，即在 FDD系统中， HARQ传输时 RTT是 8ms，在 TDD系统中则与具体的上下行配置有关，例如上述的 TDD上下行配置 1下， D2D通信 HARQ传输时的 RTT是 10ms。这样在蜂窝通信系统中引入 D2D通信可以将 D2D通信所带来的影响降到最低。实施例 2 在本实施例中提供了一种设备到设备通信的 HARQ传输方法以解决上述问题，包括：第一用户设备根据授权信息的指示，向第二用户设备发送业务数据；第二用户设备接收上述业务数据，并根据接收是否正确发送肯定应答 ACK或否定应答 NACK的反馈信息；如果该反馈信息是 NACK，第一用户设备在预设的时间向第二用户设备重传输上述业务数据。在本施例中，第一用户设备检测第二用户设备发送的应答反馈信息；如果该反馈信息是 NACK，则第一用户在预设时间向第二用户设备重发所述业务数据；如果该反馈信息是 ACK，并且第一用户设备在判断半持续的调度没有被释放时，发送新业务数据。也即本例中的设备到设备通信采用半持续调度（Semi-Persistent Scheduling, 简称为 SPS) 的方式。以 FDD系统为例，图 15是根据本发明实施例在 FDD系统使用上行子帧进行 D2D 通信的 HARQ传输的示意图二，如图 15所示，假设 UE使用上行子帧进行 D2D通信 HARQ传输。图中各符号与缩写的含义与图 12相同。在该实施例中，当 UE1判断需要在无线帧 4n的子帧 8向 D2D通信对端用户 UE2 发送业务数据时（例如可以通过 eNB在无线帧 4η的子帧 4发送授权信息初始化或者重新初始化半持续调度的 HARQ传输，或者 UE1判断该半持续调度的 HARQ进程还未被释放），在子帧 8发送业务数据， UE2接收该业务数据，并根据接收是否正确，反馈相应的应答信息 ACK/NACK。 UE1在子帧 8发送业务数据后，则在该子帧后的第 4 个子帧检测相应的反馈信息。对于 UE1来说，如果检测到 ACK，则 UE1认为业务数据传输成功，并且判断该半持续调度的进程没有被释放时，继续发送新业务数据（图 15无线帧 4n+l的子帧 6); 如果检测到 NACK，则 UE1在该反馈信息后的第 4个子帧，即无线帧 4n+l的子帧 6 重发所述业务数据。较优地，可以设置 UE进行 D2D通信时的最大重传次数。例如，当 UE1检测到 UE2反馈的应答信息是 NACK时，判断前次传输是否已经达到最大重传次数；如果达到最大重传次数，则 UE1不再进行该数据包的 HARQ重传。对于控制 D2D通信的网络节点来说，在对半持续调度的传输进行调度后，需要判断该半持续调度的 HARQ进程是否该被释放。判断的依据可以是 UE1和 /或 UE2发送释放请求。例如， UE1判断业务数据已经发送完成后，向网络节点发送释放请求；或者， UE2判断业务数据已经发送完成后，向网络节点发送释放请求， UE2判断的依据可以是 UE1连续发送若干个空数据包。在本实施例中， UE2向 UE1发送的反馈应答信息，可以通过 PUCCH资源发送，或者通过在 UE2发送的 D2D业务信道中复用反馈信息进行发送，复用的方式可以参考蜂窝通信时 ACK/NACK在 PUSCH资源中复用的方法。在本实施例中，在 FDD系统中，反馈应答信息发送的时序可以采用 "+4"的原则，即用户设备在子帧 k接收到 D2D业务数据后，在子帧 k+4发送相应的反馈应答信息；在 TDD系统中，反馈应答信息发送的时序通过结合接收端处理时延以及 D2D通信双方 UE的 D2D进程或 D2D子帧配置确定，例如，用户设备在子帧 k接收到 D2D业务数据后，在该用户设备的第一个满足 m≥4的 D2D发送子帧发送该反馈应答信息。在本实施例中， D2D业务数据传输的授权时序可以沿用蜂窝上行链路通信的授权传输时序，即 FDD系统中采用" +4"的原则， TDD系统中根据不同的上下行配置分别有定义，可参考相关协议，不再赘述。在本实施例中，保证了 D2D通信的 HARQ进程与蜂窝通信相同，即在 FDD系统中， HARQ传输时 RTT是 8ms，在 TDD系统中则与具体的上下行配置有关，例如上述的 TDD上下行配置 1下， D2D通信 HARQ传输时 RTT是 10ms。这样在蜂窝通信系统中引入 D2D通信可以将 D2D通信所带来的影响降到最低。实施例 3 在本实施例中提供了一种设备到设备通信的 HARQ传输方法，该方法包括：第一用户设备根据授权信息的指示，向第二用户设备发送业务数据；所述第二用户设备接收所述业务数据，并根据接收是否正确发送肯定应答 ACK或否定应答 NACK的反馈信息；如果所述反馈信息是 NACK，第一用户设备在预设的时间向第二用户设备重传输所述业务数据。在本实施例中，如果反馈信息是 NACK，则向第一用户设备发送授权信息和 /或 HARQ指示信息，触发所述第一用户设备在预设时间向第二用户设备重发所述业务数据。以 LTE/LTE-A系统中的 D2D通信为例， HARQ传输的流程可以是： D2D通信控制节点调度第一用户设备向第二用户设备传输业务数据；第一用户设备向第二用户设备传输业务数据；第二用户设备接收业务数据，并根据检测是否正确反馈相应的应答消息； D2D通信控制节点检测应答消息，如果是 ACK，则认为此次业务数据传输成功；如果是 NACK，则触发第一用户设备在预设的时间向第二用户设备重发该业务数据。 D2D通信控制节点可以是网络侧节点，例如 eNB。触发第一用户设备重发的信令可以是 D2D通信控制节点发送的授权信息，也可以是 HARQ指示（HARQ Indicator, HI) 信息。实施例 3子例 1 : 以 FDD系统为例，图 16是根据本发明实施例在 FDD系统中使用上行子帧进行 D2D通信的 HARQ传输的示意图三，如图 16所示，假设 UE使用上行子帧进行 D2D 通信 HARQ传输。图中各缩写和符号的含义与实例 1相同。较优地，在本实施例中，业务数据的应答反馈时延无法按照 LTE蜂窝通信的反馈时延进行反馈，可以对该反馈时延重新设置，例如设置为反馈时延为 2ms。而授权传输时延则可沿用蜂窝通信的规则，即 4ms。在本实施例中，保证了 D2D通信的 HARQ进程与蜂窝通信相同，即在 FDD系统中， HARQ传输时 RTT是 8ms。这样在蜂窝通信系统中引入 D2D通信可以将 D2D通信所带来的影响降到最低。（不过，对于用户设备和网络节点的实现可能带来较大的挑战：现有系统中的反馈时延和重传调度时延最小都是 4ms，降低这些时延在系统实现上影响较大。）实施例 3子例 2: 在本实施例的 HARQ流程下，可以考虑另外一种 HARQ时序下的 HARQ传输方法。以 FDD系统为例，图 17是根据本发明实施例在 FDD系统中另外一种使用上行子帧进行 D2D通信的 HARQ传输的示意图三，如图 17所示，假设 UE使用上行子帧进行 D2D通信 HARQ传输。图中□表示属于一个蜂窝网 HARQ进程的子帧，其与各缩写和符号的含义与实例 1相同。较优地，在本实例中，业务数据的应答反馈时延可以沿用 LTE蜂窝通信的反馈时延规则，即 FDD系统中反馈时延采用 "+4"的原则，即反馈时延为 4ms。授权传输时序也可沿用蜂窝通信的规则，即 FDD系统中同样为 "+4"原则。如图 17所示。在本实施例中， D2D通信的 HARQ进程与蜂窝通信不同，例如，在图 17的例子中， HARQ传输时 RTT是 12ms，而 FDD蜂窝系统中 HARQ传输时 RTT是 8ms。这样一个 D2D HARQ进程的传输会占用两个蜂窝通信的 HARQ进程。不过，由于 D2D 通信可能是双向通信，即通信双方用户设备都会向对方用户设备发送业务数据，因而可以把上述两个蜂窝 HARQ进程的子帧按照 D2D HARQ进程分别分配给 D2D的两个链路。例如，在图 17中，被 D2D通信占用的两个蜂窝 HARQ进程，可以组成 3个 D2D HARQ进程：无线帧 4n的子帧 8、无线帧 4n+2的子帧 0和无线帧 4n+3的子帧 2 属于一个 HARQ进程；无线帧 4n的子帧 4，无线帧 4n+l的子帧 6和无线帧 4n+2的子帧 8属于一个 HARQ进程；无线帧 4n的子帧 0，无线帧 4n+l的子帧 2、无线帧 4n+2 的子帧 4和无线帧 4n+3的子帧 6属于一个 HARQ进程。比如第一个 D2D HARQ进程用于 UE1向 UE2传输，第二个 D2D HARQ进程用于 UE2向 UE1传输，等等，不再赘述。实施例 3子例 3: 在本实施例 HARQ流程下，可以考虑另外一种 HARQ时序下的 HARQ传输方法。以 FDD系统为例，图 18是根据本发明实施例在 FDD系统中又一种使用上行子帧进行 D2D通信的 HARQ传输的示意图三，如图 18所示，假设 UE使用上行子帧进行 D2D通信 HARQ传输。图中各缩写和符号的含义与实例 1相同。以 TDD系统为例，图 19是根据本发明实施例在 TDD系统中在上下行配置 3下使用上行子帧进行 D2D通信的 HARQ传输的示意图三，如图 19所示，假设 UE使用上行子帧进行 D2D通信。 TDD上下行配置 3下的 HARQ传输。图中各缩写和符号的含义与实例 1相同。图 20是根据本发明实施例在 TDD系统中在上下行配置 6下使用上行子帧进行 D2D通信的 HARQ传输的示意图三，如图 20所示为 TDD上下行配置 6下的 HARQ 传输。图中各缩写和符号的含义与实例 1相同。在本实施例中， D2D通信的 HARQ进程与蜂窝通信不同，例如，在图 18的 FDD 系统的例子中， HARQ传输时 RTT是 16ms，是 FDD蜂窝通信中重传和首传的间隔的 2倍。这样一个 D2D HARQ进程的传输会占用一个蜂窝通信的 HARQ进程中一半的子帧。不过，由于 D2D通信可能是双向通信，即通信双方用户设备都会向对方用户设备发送业务数据，因而可以把上述一个蜂窝 HARQ进程对应的子帧中的另一半子帧作为一个 D2D HARQ进程分配给 D2D通信的对端用户设备用于数据传输。该实施方式同时适用于 FDD系统与 TDD系统。较优地，所述业务数据的应答反馈时延可与蜂窝通信相同。例如， FDD系统中，在子帧 k接收到业务数据后，在子帧 k+4传输相应的应答反馈 ACK/NACK信息，如图 18的反馈信息传输。或者，所述业务数据的应答反馈时延可由 D2D子帧或进程的配置而确定，即该反馈应答信息在所述业务数据的接收端用户设备的 D2D 发送子帧中传输。例如，在图 18中，如果无线帧 4n+l的子帧 6是用于 UE2向 UE1传输的 D2D子帧，则对于无线帧 4η的子帧 8中接收到的业务数据， UE2可在无线帧 4η+1的子帧 6中传输相应的反馈应答信息，传输的方法可以参考蜂窝通信时 ACK/NACK在 PUSCH中复用的传输方法。在 FDD系统中，可总结为：子帧 k的应答反馈信息，对应于子帧 k-8的业务数据接收；如果在子帧 k检测到 NACK，和 /或，在子帧 k+4检测到调度重传的授权信息，则在子帧 k+8进行业务数据的重传。在 TDD中的 D2D通信同理，如图 19和图 20所示。较优地，当所述反馈应答信息在 D2D发送子帧中传输时，所述业务数据的发送方用户设备也可检测所述反馈应答信息，即控制 D2D通信的网络节点检测到反馈应答信息是 NACK并且判断需要重传时，可以发送授权信息触发 UE1进行业务数据的重传，也可不发送授权信息，而是由该反馈应答信息触发 UE1进行重传。在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1. 一种混合自动重传请求 HARQ传输方法，应用于设备到设备通信，包括：第一用户设备向第二用户设备发送业务数据；

所述第一用户设备检测应答反馈信息和 /或授权信息，其中，所述反馈信息用于表示所述第二用户设备接收所述业务数据是否正确；

当所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据和 /或当判断所述授权信息用于调度所述第一用户设备进行所述业务数据重传时，所述第一用户设备按照预设的往返时间 RTT 向所述第二用户设备重传所述业务数据。

2. 根据权利要求 1所述的方法，其中，所述第一用户设备向所述第二用户设备发送所述业务数据包括：

所述第一用户设备检测来自网络侧节点的所述授权信息；

当所述第一用户设备判断所述授权信息用于调度所述第一用户设备发送所述业务数据时，所述第一用户设备向所述第二用户设备发送所述业务数据。

3. 根据权利要求 1所述的方法，其中，在所述第一用户设备检测所述第二用户设备发送的所述应答反馈信息的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据包括，

在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据。

4. 根据权利要求 1所述的方法，其中，在所述第一用户设备检测所述第二用户设备发送的所述应答反馈信息的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据包括，

所述第一用户设备判断半持续调度的 HARQ进程是否被释放；在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据，以及所述半持续调度的 HARQ进程没有被释放的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据。

5. 根据权利要求 3或 4所述的方法，其中，

在频分双工 FDD系统中，所述第二用户设备从接收到所述业务数据至向所述第一用户设备发送所述应答反馈信息的反馈时延不大于 4个子帧的时长，所述 HARQ传输的 RTT为 8个子帧的时长；或所述第二用户设备从接收到所述业务数据至向所述第一用户设备发送所述应答反馈信息的反馈时延不大于 8个子帧的时长，所述 RTT为 16个子帧的时长；

在时分双工 TDD 系统中，所述第二用户设备发送所述应答反馈信息的反馈子帧为所述第二用户设备的第一个满足子帧间隔大于等于 4的设备到设备通信发送子帧，所述 RTT为 10个子帧的时长、或者与蜂窝上行链路的 RTT相同，其中，所述子帧间隔为所述第一用户设备向所述第二用户设备发送所述业务数据的子帧与所述第二用户发送所述应答反馈信息的子帧的间隔。

6. 根据权利要求 4所述的方法，其中，还包括：在判断所述第一用户设备向所述第二用户设备传输所述业务数据完成时，所述第一用户设备或所述第二用户设备向网络侧节点发送释放所述半持续调度的请求。

7. 根据权利要求 1所述的方法，其中，

在所述第一用户设备检测所述第二用户设备或网络侧节点发送的应答反馈信息的情况下，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据包括，在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据；和 /或，

在所述第一用户设备检测所述网络侧节点发送的所述授权信息的情况下，所述第一用户设备按照预设的 RTT 向所述第二用户设备重传所述业务数据包括，在判断所述授权信息用于调度所述第一用户设备进行所述业务数据重传时，所述第一用户设备按照预设的 RTT向所述第二用户设备重传所述业务数据。

8. 根据权利要求 7所述的方法，其中，

在所述第一用户设备检测所述第二用户设备或网络侧节点发送的应答反馈信息的情况下，在所述第一用户设备检测所述应答反馈信息之前，还包括，所述第二用户设备接收所述业务数据，并根据接收是否正确向所述网络侧节点发送所述应答反馈信息，所述网络侧节点将所述应答反馈信息转发给所述第一用户设备；和 /或，在所述第一用户设备检测所述网络侧节点发送的所述授权信息的情况下，在所述第一用户设备检测所述授权信息之前，还包括，在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据时，所述网络侧节点向所述第一用户设备发送用于调度所述第一用户设备进行所述业务数据重传的授权信息。根据权利要求 7所述的方法，其中，

在频分双工 FDD系统中，所述第二用户设备从接收到所述业务数据至向所述网络侧节点发送所述应答反馈信息的反馈时延不大于 2个子帧的时长，所述网络侧节点从接收到所述应答反馈信息至向所述第一用户设备发送所述应答反馈信息和 /或授权信息的反馈时延不大于 2个子帧的时长，所述 RTT为 8个子帧的时长；或所述第二用户设备从接收到所述业务数据至向所述网络侧节点发送所述应答反馈信息的反馈时延不大于 4个子帧的时长，所述网络侧节点从接收到所述应答反馈信息至向所述第一用户设备转发所述应答反馈信息或发送所述授权信息的反馈时延不大于 4个子帧的时长，所述 RTT为 12个子帧的时长或 16个子帧的时长;或所述第二用户设备从接收到所述业务数据至发送所述应答反馈信息的反馈时延不大于 8个子帧的时长，所述网络侧节点从接收到所述应答反馈信息至向所述第一用户设备转发所述应答反馈信息或发送所述授权信息的反馈时延不大于 4个子帧的时长，所述 RTT为 16个子帧的时长；

在时分双工 TDD 系统中，所述第二用户设备发送所述应答反馈信息的反馈子帧为第一个满足间隔大于等于 4的上行子帧或所述第二用户设备的第一个满足子帧间隔大于等于 4的设备到设备通信发送子帧，所述 RTT为 20个子帧的时长、或者是蜂窝上行链路的连续两个 RTT之和，其中，所述子帧间隔为所述第一用户设备向所述第二用户设备发送所述业务数据的子帧与所述第二用户发送所述应答反馈信息的子帧的间隔。一种混合自动重传请求 HARQ传输方法，应用于设备到设备通信，包括：网络侧节点接收来自第二用户设备的应答反馈信息，其中，所述应答反馈信息表示所述第二用户设备接收第一用户设备发送业务数据是否正确；

在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下，所述网络侧节点确认所述第一用户设备需要按照预设的往返时间 RTT 向所述第二用户设备重传所述业务数据。

11. 根据权利要求 10所述的方法，其中，所述网络侧节点确认所述第一用户设备需要按照预设的往返时间 RTT向所述第二用户设备重传所述业务数据之前，还包括- 所述网络侧节点不等待所述第二用户设备发送的所述应答反馈信息，向所述第一用户设备发送用于调度新业务数据传输的授权信息。

12. 根据权利要求 10所述的方法，其中，在所述网络侧节点确认所述第一用户设备在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下需要按照预设的 RTT向所述第二用户设备重传所述业务数据之后还包括，所述网络侧节点指示所述第一用户设备向所述第二用户设备重传所述业务数据。

13. 根据权利要求 12所述的方法，其中，所述网络侧节点通过以下信息至少之一指示所述第一用户设备向所述第二用户设备重传所述业务数据：所述应答反馈信息、授权信息。

14. 一种混合自动重传请求 HARQ传输装置，应用于处于设备到设备通信的第一用户设备中，包括- 发送模块，设置为向第二用户设备发送业务数据；

检测模块，设置为检测应答反馈信息和 /或授权信息，其中，所述应答反馈信息用于表示所述第二用户设备接收所述业务数据是否正确；

重传模块，设置为当所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据和 /或当判断所述授权信息用于调度所述第一用户设备进行所述业务数据重传时，指示所述发送模块按照预设的往返时间 RTT向所述第二用户设备重传所述业务数据。

15. 根据权利要求 14所述的装置，其中，所述检测模块还设置为检测所述第二用户设备发送的所述应答反馈信息，所述重传模块还包括，第一重传控制模块，设置为在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下，指示所述发送模块按照预设的 RTT向所述第二用户设备重传所述业务数据。

16. 根据权利要求 14所述的装置，其中，所述检测模块还用于检测所述第二用户设备发送的所述应答反馈信息，所述重传模块包括，

判断模块，设置为判断半持续调度的 HARQ进程是否被释放；第二重传控制模块，设置为在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据，以及所述半持续调度 HARQ进程没有被释放的情况下，指示所述发送模块按照预设的 RTT 向所述第二用户设备重传所述业务数据。

17. 根据权利要求 14至 16中任一项所述的装置，其中，

所述检测模块还设置为检测所述第二用户设备或网络侧节点发送的所述应答反馈信息，所述重传模块还设置为在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据时，指示所述发送模块按照预设的 RTT向所述第二用户设备重传所述业务数据；和 /或，

所述检测模块还设置为检测所述网络侧节点发送的所述授权信息，所述重传模块还设置为在所述授权信息用于调度所述第一用户设备进行所述业务数据重传时，指示所述发送模块按照预设的 RTT向所述第二用户设备重传所述业务数据。

18. 一种混合自动重传请求 HARQ传输装置，应用于设备到设备通信的网络侧节点中，包括：

接收模块，设置为接收来自第二用户设备的应答反馈信息，其中，所述应答反馈信息表示所述第二用户设备接收第一用户设备发送业务数据是否正确；确认模块，设置为在所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下，确认所述第一用户设备需要按照预设的往返时间 RTT向所述第二用户设备重传所述业务数据。

19. 根据权利要求 18所述的装置，其中，还包括第三重传控制模块，设置为在所述确认模块确认所述应答反馈信息表示所述第二用户设备没有正确接收所述业务数据的情况下需要按照预设的 RTT 向所述第二用户设备重传所述业务数据之后，指示所述第一用户设备向所述第二用户设备重传所述业务数据。

20. 根据权利要求 18所述的装置，其中，还包括第二发送模块，设置为向所述第一用户设备转发所述应答反馈信息，和 /或在判断所述第二用户设备没有正确接收所述业务数据时向所述第一用户设备发送授权信息，所述授权信息用于调度所述第一用户设备重传所述业务数据。

21. 根据权利要求 18至 20中任一项所述的装置，其中，还包括第三发送模块，用于不等待所述第二用户设备发送的所述应答反馈信息，向所述第一用户设备发送用于调度新业务数据传输的授权信息。

22. 一种混合自动重传请求 HARQ传输系统，包括权利要求 14至 17中任一项所述的 HARQ传输装置，还包括权利要求 18至 21中任一项所述的 HARQ传输装置。