CN110972100B - 数据发送方法、数据反馈方法及装置、存储介质、终端 - Google Patents

数据发送方法、数据反馈方法及装置、存储介质、终端 Download PDF

Info

Publication number
CN110972100B
CN110972100B CN201811141220.0A CN201811141220A CN110972100B CN 110972100 B CN110972100 B CN 110972100B CN 201811141220 A CN201811141220 A CN 201811141220A CN 110972100 B CN110972100 B CN 110972100B
Authority
CN
China
Prior art keywords
data
receiving end
physical layer
process number
feedback
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201811141220.0A
Other languages
English (en)
Other versions
CN110972100A (zh
Inventor
曲鑫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Ziguang Zhanrui Communication Technology Co Ltd
Original Assignee
Beijing Ziguang Zhanrui Communication Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Ziguang Zhanrui Communication Technology Co Ltd filed Critical Beijing Ziguang Zhanrui Communication Technology Co Ltd
Priority to CN201811141220.0A priority Critical patent/CN110972100B/zh
Publication of CN110972100A publication Critical patent/CN110972100A/zh
Application granted granted Critical
Publication of CN110972100B publication Critical patent/CN110972100B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种数据发送方法、数据反馈方法及装置、存储介质、终端，所述数据发送方法包括：确定目的接收端的物理层身份标识；获取待发送数据关联的HARQ进程号；生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息，其中，所述控制信息用于译码承载所述待发送数据的数据信道；发送所述待发送数据和控制信息。通过本发明提供的方案能够优化数据传输逻辑，在物理层实现数据的单播和组播以及HARQ反馈，提高调度灵活性和数据传输的可靠性，有效避免资源浪费。

Description

数据发送方法、数据反馈方法及装置、存储介质、终端
技术领域
本发明涉及通讯技术领域，具体地涉及一种数据发送方法、数据反馈方法及装置、存储介质、终端。
背景技术
现有的车联网主要采用链路(Sidelink，也可称为辅链路)实现数据传输。例如，长期演进(Long Term Evolution，简称LTE)端到端(Device to Device，简称D2D)、LTE车对外界的信息交换(vehicle to X，简称V2X，也可称为vehicle to everything)等。
随着新无线(New Radio，简称NR，也可称为新空口)技术的发展，链路数据传输也可以基于NR V2X实现。在NR V2X中，为支持车联网的四大业务场景：车队(VehiclePlatooning)，传感器(Extended Sensors)，先进驾驶(Advanced Driving)以及远程驾驶(Remote Driving)，亟需设计一种能够支持单播、组播和/或广播等多种方式的链路数据传输模式，以满足车联网领域的多样化业务需求。
发明内容
本发明解决的技术问题是如何优化链路的数据传输模式，以提高链路的调度灵活性和数据传输的可靠性，实现资源节约。
为解决上述技术问题，本发明实施例提供一种链路的数据发送方法，包括：确定目的接收端的物理层身份标识；获取待发送数据关联的HARQ进程号；生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息，其中，所述控制信息用于译码所述待发送数据；发送所述待发送数据和控制信息。
可选的，所述数据发送方法还包括：接收反馈信息并确定所述反馈信息指向的数据，所述反馈信息包括HARQ反馈结果、发送所述反馈信息的接收端的物理层身份标识以及所述数据关联的HARQ进程号；根据所述反馈信息包含的接收端的物理层身份标识和HARQ进程号判断是否需要响应所述反馈信息；当判断结果表明需要响应所述反馈信息，且所述HARQ反馈结果为NACK时，重传所述反馈信息指向的数据。
可选的，所述根据所述反馈信息包含的接收端的物理层身份标识和HARQ进程号判断是否需要响应所述反馈信息包括：根据所述接收端的物理层身份标识和HARQ进程号判断所述反馈信息指向的数据是否属于已发送的数据；当判断结果表明所述反馈信息指向的数据属于所述已发送的数据时，确定需要响应所述反馈信息。
可选的，所述根据所述接收端的物理层身份标识和HARQ进程号判断所述反馈信息指向的数据是否属于已发送的数据包括：判断所述接收端的物理层身份标识与所述已发送的数据指向的目的接收端的物理层身份标识是否匹配，并且，判断所述反馈信息包括的HARQ进程号与所述已发送的数据关联的HARQ进程号是否匹配；当判断结果表明所述接收端的物理层身份标识与所述已发送的数据指向的目的接收端的物理层身份标识匹配，并且，所述反馈信息包括的HARQ进程号与所述已发送的数据关联的HARQ进程号匹配时，确定所述反馈信息指向的数据属于所述已发送的数据。
可选的，所述反馈信息由专用的反馈信道承载，或者，所述反馈信息由用于承载所述控制信息的控制信道承载。
可选的，所述生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息包括：将所述目的接收端的物理层身份标识和HARQ进程号添加至所述控制信息；或者，采用所述目的接收端的物理层身份标识对所述控制信息的CRC进行加扰处理，并将所述HARQ进程号添加至所述控制信息；或者，先后采用所述目的接收端的物理层身份标识和HARQ进程号对所述控制信息的CRC进行加扰处理。
可选的，所述物理层身份标识包括：与目的接收端一一对应的物理层标识，或者，与目的接收端组一一对应的物理层组标识，所述目的接收端组包含多个目的接收端。
可选的，所述发送所述待发送数据和控制信息包括：采用单播或组播的方式发送所述待发送数据和控制信息。
可选的，所述HARQ进程号是通过与所述目的接收端预先交互获取的。
为解决上述技术问题，本发明实施例还提供一种链路的数据发送装置，包括：确定模块，用于确定目的接收端的物理层身份标识；获取模块，用于获取待发送数据关联的HARQ进程号；生成模块，用于生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息，其中，所述控制信息用于译码所述待发送数据；发送模块，用于发送所述待发送数据和控制信息。
为解决上述技术问题，本发明实施例还提供一种链路的数据反馈方法，包括：接收所述数据和控制信息，所述控制信息包含所述数据的目的接收端的物理层身份标识以及关联的HARQ进程号，所述控制信息用于译码所述数据；根据所述目的接收端的物理层身份标识判断是否为所述数据的适格接收端；当判断结果表明是所述数据的适格接收端时，根据所述控制信息对所述数据进行译码处理；根据译码结果发送反馈信息，所述反馈信息包括HARQ反馈结果、所述目的接收端的物理层身份标识以及所述数据关联的HARQ进程号。
可选的，所述根据所述目的接收端的物理层身份标识判断是否为所述数据的适格接收端包括：判断所述目的接收端的物理层身份标识是否与自身的物理层身份标识相匹配；当判断结果表明匹配时，确定是所述数据的适格接收端。
可选的，所述根据所述控制信息对所述数据进行译码处理包括：选择HARQ缓冲器中与当前接收到的数据具有相同HARQ进程号的数据；根据所述控制信息对筛选获得的数据以及当前接收到的数据进行合并译码。
可选的，所述根据译码结果发送反馈信息包括：生成包含有所述目的接收端的物理层身份标识和所述数据关联的HARQ进程号的反馈信息；根据译码结果确定所述HARQ反馈结果；将所述HARQ反馈结果添加至所述反馈信息并发送。
可选的，所述生成包含有所述目的接收端的物理层身份标识和所述数据关联的HARQ进程号的反馈信息包括：将所述目的接收端的物理层身份标识和HARQ进程号添加至所述反馈信息；或者，采用所述目的接收端的物理层身份标识对所述反馈信息的CRC进行加扰处理，并将所述HARQ进程号添加至所述反馈信息；或者，先后采用所述目的接收端的物理层身份标识和HARQ进程号对所述反馈信息的CRC进行加扰处理。
可选的，所述根据译码结果确定所述HARQ反馈结果包括：当所述译码结果为译码失败时，确定所述HARQ反馈结果为NACK；当所述译码结果为译码成功时，确定所述HARQ反馈结果为ACK。
可选的，所述物理层身份标识包括：与目的接收端一一对应的物理层标识，或者，与目的接收端组一一对应的物理层组标识，所述目的接收端组包含多个目的接收端。
为解决上述技术问题，本发明实施例还提供一种链路的数据反馈装置，包括：接收模块，用于接收所述数据和控制信息，所述控制信息包含所述数据的目的接收端的物理层身份标识以及关联的HARQ进程号，所述控制信息用于译码所述数据；判断模块，用于根据所述目的接收端的物理层身份标识判断是否为所述数据的适格接收端；译码处理模块，当判断结果表明是所述数据的适格接收端时，根据所述控制信息对所述数据进行译码处理；发送模块，用于根据译码结果发送反馈信息，所述反馈信息包括HARQ反馈结果、所述目的接收端的物理层身份标识以及所述数据关联的HARQ进程号。
为解决上述技术问题，本发明实施例还提供一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述方法的步骤。
为解决上述技术问题，本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述方法的步骤。
与现有技术相比，本发明实施例的技术方案具有以下有益效果：
在发送端侧，本发明实施例提供一种链路的数据发送方法，包括：确定目的接收端的物理层身份标识；获取待发送数据关联的HARQ进程号；生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息，其中，所述控制信息用于译码所述待发送数据；发送所述待发送数据和控制信息。
较之现有链路的数据传输方式，本发明实施例的方案能够有效提高链路的调度灵活性和数据传输的可靠性。
具体地，通过在控制信息中添加目的接收端的物理层身份标识，使得接收到数据的接收端在物理层即可确认所述数据是否是发送给自己的，避免对并非发送给自己的数据进行无意义的译码操作，达到节约资源的效果。
进一步，通过在控制信息中添加HARQ进程号，使得目的接收端在物理层既能对接收到的确认是发给自己的数据进行HARQ合并等处理，通过HARQ增强设计有效提高数据传输的可靠性，利于满足NR V2X的高可靠性指标。
在接收端侧，本发明实施例提供一种链路的数据反馈方法，包括：接收所述数据和控制信息，所述控制信息包含所述数据的目的接收端的物理层身份标识以及关联的HARQ进程号，所述控制信息用于译码所述数据；根据所述目的接收端的物理层身份标识判断是否为所述数据的适格接收端；当判断结果表明是所述数据的适格接收端时，根据所述控制信息对所述数据进行译码处理；根据译码结果发送反馈信息，所述反馈信息包括HARQ反馈结果、所述目的接收端的物理层身份标识以及所述数据关联的HARQ进程号。
较之现有链路的数据传输方式，本发明实施例的方案允许接收端在物理层进行HARQ ACK/NACK反馈，从而有效提高链路的调度灵活性和数据传输的可靠性。
具体地，通过控制信息中包含的目的接收端的物理层身份标识和HARQ进程号，接收端能够在物理层及时确认是否为该数据的适格接收端，并在确认是该数据的适格接收端时对该数据进行译码处理并发送反馈信息。
进一步，通过在反馈信息中指示相应的目的接收端的物理层身份标识和HARQ进程号，利于发送端及时识别并处理指向自己发送的数据的反馈信息，如进行重传处理等，提高数据传输的可靠性。
附图说明
图1是本发明实施例的一种数据发送方法的流程图；
图2是图1所示实施例的一个非限制性实施例的流程图；
图3是图2中步骤S106的一个具体实施方式的流程图；
图4是本发明实施例的一种数据发送装置的结构示意图；
图5是本发明实施例的一种数据反馈方法的流程图；
图6是图5中步骤S503的一个具体实施方式的流程图；
图7是图5中步骤S504的一个具体实施方式的流程图；
图8是本发明实施例的一种数据反馈装置的结构示意图；
图9是本发明实施例的一个典型的应用场景的原理示意图；
图10是本发明实施例的另一个典型的应用场景的原理示意图。
具体实施方式
本领域技术人员理解，如背景技术所言，在车联网领域，为支持NR V2X的多样化业务需求，亟需设计一种能够支持单播、组播和/或广播等多种方式的链路数据传输模式。
本申请的发明人经过分析发现，虽然现有基于LTE D2D或LTE V2X的链路能够支持单播、组播和广播三种数据传输模式。但是，无论发送端采用的数据传输模式是单播还是组播，对于接收端(尤其对于接收端的物理层)而言均是广播的数据传输模式，无法真正实现单播或组播的链路数据传输，极易造成资源浪费。
具体而言，在LTE D2D中，发送端发送的媒体访问控制(Media Access Control，简称MAC)协议数据单元(Protocol Data Unit，简称PDU)在MAC头(MAC header)包含层二(Layer-2)的源标识(source Identity，简称source ID)及目的标识(destination ID)。其中，源标识为24比特的邻近用户标识(ProSe User Equipment ID，简称ProSe UE ID)，目的标识为邻近层二组标识(ProSe Layer-2Group ID)的高16位比特。而邻近层二组标识的低8位比特则包含在物理层的控制信息(SCI 0，其中，SCI为Sidelink Control Information的简称)的组目的标识(group destination ID)域中。
相应的，接收端根据SCI 0中的组目的标识域，可以初步确定发送端所传输的数据的目的地是否为该接收端(即确定该数据是否是发送给自己的)。
由于SCI 0中的组目的标识域仅为邻近层二组标识的低8位，这就导致接收层无法根据SCI 0中的信息唯一确定该数据指向的接收端或接收组。因此，接收端无法仅在物理层确定接收到的数据是否为发送给该接收端的，而是需要通过物理层成功译码后，将物理层译码后的数据传到MAC层，在MAC层根据MAC头中包含的源标识和目的标识进一步确定。当确定为不是给该接收端的数据时，则丢弃该数据包；否则，继续后续处理。
换言之，基于现有技术，用于识别数据指向的接收端的相关信息是通过数据信道承载的，导致接收端需要在物理层对接收到的每一个数据都进行译码处理，并将译码结果反馈至MAC层，由上层判断该数据是否是发送给该接收端的数据。
也即，对于接收端和发送端而言，即使在上层是通过单播或组播的方式进行的数据传输，但对接收端的物理层而言，都是广播的方式接收的数据，都需要对所有数据进行译码处理后交由上层(如MAC层)进行适格接收端的判断，如果不是则舍弃该数据，如果是则继续后续处理。
这样的操作模式显然会造成接收端的资源浪费，因为，无论数据是否是发送给自己的，接收端均要对该数据进行实质处理(如译码处理)后才能确定，无法真正实现链路中数据的单播或组播传输。
另一方面，基于现有技术，接收端也无法在物理层进行混合自动重传请求(HybridAutomatic Repeat reQuest，简称HARQ)反馈和基于HARQ反馈的HARQ合并。
具体而言，基于现有技术，链路的物理层支持对一个传输块(Transport Block，简称TB)的重复传输，对一个TB所对应的物理调度控制信道(Physical Sidelink ControlChannel，简称PSCCH)重复传输两次，传输内容相同，对承载该TB的数据信道(即物理共享信道Physical Sidelink Shared Channel，简称PSSCH)重复传输三次。其中，两次重复传输的PSCCH发送的相同控制信息SCI 0仅指示第一次传输的PSSCH的调度信息，后续的两次重复传输发生在第一次传输的PSSCH接下来的两个连续链路子帧，且频域位置可通过第一次传输的PSSCH的频域位置及跳频信息获得。
总的来说，现有链路仅支持对三次重复传输的HARQ合并，不支持HARQ确认(Acknowledgment，简称ACK)/否认(Negative Acknowledgement，简称NACK)反馈，也不支持基于NACK的重传及相应的HARQ合并。
相应的，基于LTE的V2X也仅支持对两次重复传输的HARQ合并，不支持HARQ ACK/NACK反馈，也不支持基于NACK的重传及相应的HARQ合并，难以满足NR V2X 99.999％的可靠性要求。
为解决上述技术问题，本发明实施例的方案提供一种数据发送方法，包括：确定目的接收端的物理层身份标识；获取待发送数据关联的HARQ进程号；生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息，其中，所述控制信息用于译码所述待发送数据；发送所述待发送数据和控制信息。
本领域技术人员理解，本发明实施例的方案能够有效提高链路的调度灵活性和数据传输的可靠性。具体地，通过在控制信息中添加目的接收端的物理层身份标识，使得接收到数据的接收端在物理层即可确认所述数据是否是发送给自己的，避免对并非发送给自己的数据进行无意义的译码操作，达到节约资源的效果。进一步，通过在控制信息中添加HARQ进程号，使得目的接收端在物理层既能对接收到的确认是发给自己的数据进行HARQ合并等处理，通过HARQ增强设计有效提高数据传输的可靠性，利于满足NR V2X的高可靠性指标。
为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
图1是本发明实施例的一种数据发送方法的流程图。本实施例的方案可以应用于车联网场景，例如，用于NR V2X的链路的数据传输场景。本实施例的方案可以应用于数据发送端侧，如由发送端采用本实施例的方案以单播、组播或广播的方式将数据传输至车联网中的特定接收端处。
具体地，在本实施中，参考图1，所述数据发送方法可以包括如下步骤：
步骤S101，确定目的接收端的物理层身份标识；
步骤S102，获取待发送数据关联的HARQ进程号；
步骤S103，生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息，其中，所述控制信息用于译码所述待发送数据；
步骤S104，发送所述待发送数据和控制信息。
更为具体地，所述目的接收端是指：所述数据指向的接收端，也即，所述发送端希望获取所述数据的数据端。以广播为例，所述目的接收端为链路中所有的接收端；以单播为例，所述目的接收端为发送端指定的链路中的特定接收端；以组播为例，所述目的接收端为发送端指定的链路中特定接收端组，所述目的接收端组可以包括多个目的接收端。
通过本实施例的方案，发送端能够在发送的数据(即所述待发送数据)关联的控制信息中指示所述目的接收端的相关信息(如所述物理层身份标识和HARQ进程号)，使得链路中的接收端能够据此在物理层即确定自己是否为该数据指向的接收端。
进一步地，所述物理层身份标识可以在物理层指示所述目的接收端的身份，其具有唯一性，通过所述物理层身份标识能够在物理层对不同的接收端加以区分。
在一个非限制性实施例中，以单播为例，所述物理层身份标识可以为：与目的接收端一一对应的物理层标识。例如，所述物理层标识可以为24位层二组标识，也可以为由层二组标识获得的唯一物理层标识，还可以为由其它方式获得的唯一的物理层标识。
作为一个变化例，以组播为例，所述物理层身份标识可以为：与目的接收端组一一对应的物理层组标识，所述目的接收端组可以包含多个目的接收端。也即，多个目的接收端可以共用一个物理层组标识，不同的目的接收端组对应的物理层组标识不相同。例如，所述物理层组标识可以为24位层二组标识，也可以为由层二组标识获得的唯一物理层组标识，还可以为由其它方式获得的唯一物理层组标识。
在一个非限制性实施例中，所述HARQ进程号(HARQ process ID)可以是通过与所述目的接收端预先交互获取的。例如，在进行本次数据传输之前，通过发送端和目的接收端的高层交互确定所述目的接收端最新的HARQ进程号。
进一步地，所述控制信息中包含能够用于译码所述数据信道的必要信息，以供目的接收端译码所述待发送数据。
在一个非限制性实施例中，所述步骤S103可以包括：将所述目的接收端的物理层身份标识和HARQ进程号添加至所述控制信息，以使链路中的所有接收端均可以对所述待发送数据进行译码等处理。
作为一个变化例，所述步骤S103可以包括：采用所述目的接收端的物理层身份标识对所述控制信息的循环冗余校验(Cyclic Redundancy Check，简称CRC)进行加扰处理，并将所述HARQ进程号添加至所述控制信息。
作为又一个变化例，所述步骤S103可以包括：先后采用所述目的接收端的物理层身份标识和HARQ进程号对所述控制信息的CRC进行加扰处理。例如，可以先采用所述目的接收端的物理层身份标识对所述控制信息的CRC进行加扰处理，然后再采用所述HARQ进程号对加扰处理后的CRC再进行一次加扰处理。又例如，可以先采用所述HARQ进程号对所述控制信息的CRC进行加扰处理，然后再采用所述目的接收端的物理层身份标识对加扰处理后的CRC再进行一次加扰处理。
其中，所述加扰处理利于节省控制信息的比特数。
在一个非限制性实施例中，所述步骤S104可以包括：采用单播或组播的方式发送所述待发送数据和控制信息。其中，待发送数据由数据信道承载，控制信息由控制信道承载。
作为一个变化例，也可以采用广播的方式发送所述待发送数据和控制信息。
在一个非限制性实施例中，参考图2，所述数据发送方法还可以包括步骤：
步骤S105，接收反馈信息并确定所述反馈信息指向的数据，所述反馈信息包括HARQ反馈结果、发送所述反馈信息的接收端的物理层身份标识以及所述数据关联的HARQ进程号；
步骤S106，根据所述反馈信息包含的接收端的物理层身份标识和HARQ进程号判断是否需要响应所述反馈信息；
当所述步骤S106的判断结果为肯定的，也即，当判断结果表明需要响应所述反馈信息，且所述HARQ反馈结果为NACK时，所述数据发送方法还可以包括步骤S107，重传所述反馈信息指向的数据；
当所述步骤S106的判断结果为否定的，也即，当判断结果表明不需要响应所述反馈信息，或者，当判断结果表明需要响应所述反馈信息而所述HARQ反馈结果为ACK时，所述发送端不对所述反馈信息作实质处理，所述实质处理是指重传等重复发送数据的操作。
具体地，通过所述反馈信息包含的发送所述反馈信息的接收端的物理层身份标识以及关联的HARQ进程号，所述发送端可以有效识别发送该反馈信息的接收端是否为所述反馈信息指向的数据的目的接收端。
进一步地，当确认发送所述反馈信息的接收端为所述反馈信息指向的数据的目的接收端时，所述发送端确定需要响应所述反馈信息。
在一个非限制性实施例中，参考图3，所述步骤S106可以包括步骤：
步骤S1061，根据所述接收端的物理层身份标识和HARQ进程号判断所述反馈信息指向的数据是否属于已发送的数据；
当所述步骤S1061的判断结果是肯定的，也即，当所述判断结果表明所述反馈信息指向的数据属于所述已发送的数据时，所述步骤S106还可以包括步骤S1062，确定需要响应所述反馈信息。
具体地，所述已发送的数据是指：所述发送端在预设时段内发送的所有数据，所述预设时段可以由发送端和/或接收端预先确定。
这些数据可以指向不同的目的接收端。例如，所述发送端在时刻t1向目的接收端1发送数据TB1，在时刻t2向目的接收端2发送数据TB2。当发送端在时刻t3接收到来自目的接收端1的反馈信息时，根据所述反馈信息包含的目的接收端1的物理层身份标识和HARQ进程号，所述发送端可以确定所述反馈信息指向的数据是否是所述发送端在时刻t1发送的所述数据TB1。
例如，所述预设时段可以为最近1小时、最近1天等，本领域技术人员可以根据需要确定所述预设时段的具体时长。
进一步地，不同的发送端在所述预设时段内的已发送的数据可以是不相同的。
进一步地，不同的发送端关联的预设时段的具体时长可以不相同。
在一个非限制性实施例中，所述步骤S1061可以包括：判断所述接收端的物理层身份标识与所述已发送的数据指向的目的接收端的物理层身份标识是否匹配，并且，判断所述反馈信息包括的HARQ进程号与所述已发送的数据关联的HARQ进程号是否匹配；当判断结果表明所述接收端的物理层身份标识与所述已发送的数据指向的目的接收端的物理层身份标识匹配，并且，所述反馈信息包括的HARQ进程号与所述已发送的数据关联的HARQ进程号匹配时，确定所述反馈信息指向的数据属于所述已发送的数据。
也即，当所述发送端在所述预设时段内发送了多个数据时，针对接收到的所述反馈信息，所述发送端可以根据所述反馈信息包含的接收端的物理层身份标识在所述已发送的数据关联的目的接收端的物理层身份标识中进行查找匹配，当确定存在相同的物理层身份标识时，进一步确定该已发送的数据关联的HARQ进程号是否与所述反馈信息包含的HARQ进程号相匹配，当所述HARQ进程号也匹配时，确定所述反馈信息指向的数据是所述发送端发出的数据，也即，确定发送所述反馈信息的接收端正是所述反馈信息指向的数据的目的接收端。
在一个可选例中，所述发送端可以保存预设已发送数据集合，所述预设已发送数据集合包含在所述预设时段内发送的数据，以及所述数据的目的接收端的物理层身份标识和关联的HARQ进程号。响应于接收到所述反馈信息，所述发送端根据所述反馈信息包含的物理层身份标识和HARQ进程号在所述预设已发送数据集合中匹配，以根据匹配结果确定发送所述反馈信息的接收端是否为所述反馈信息指向的数据的目的接收端。
进一步地，所述链路可以包括数据信道、控制信道和反馈信道。其中，所述数据信道可以用于承载所述待发送数据；所述控制信道可以用于承载所述控制信息；所述反馈信道用于承载接收端发送给发送端的反馈信息，所述反馈信息可以包括HARQ反馈、信道状态信息(Channel State Information，简称CSI)反馈等。
在一个非限制性实施例中，所述反馈信息也可以采用所述控制信道发送，但与所述控制信息采用不同的信息格式发送。此时，所述反馈信道即为控制信道。
或者，所述反馈信道可以为专门设计的一个独立的信道，也即，所述反馈信息可以由专用的所述反馈信道承载。
由上，采用本实施例的方案，在发送端侧，能够有效提高链路的调度灵活性和数据传输的可靠性。具体地，通过在控制信息中添加目的接收端的物理层身份标识，使得接收到数据的接收端在物理层即可确认所述数据是否是发送给自己的，避免对并非发送给自己的数据进行无意义的译码操作，达到节约资源的效果。进一步，通过在控制信息中添加HARQ进程号，使得目的接收端在物理层既能对接收到的确认是发给自己的数据进行HARQ合并等处理，通过HARQ增强设计有效提高数据传输的可靠性，利于满足NR V2X的高可靠性指标。
图4是本发明实施例的一种数据发送装置的结构示意图。本领域技术人员理解，本实施例所述数据发送装置4可以用于实施上述图1至图3所示实施例中所述的方法技术方案。
具体地，在本实施例中，所述数据发送装置4可以包括：确定模块41，用于确定目的接收端的物理层身份标识；获取模块42，用于获取待发送数据关联的HARQ进程号；生成模块43，用于生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息，其中，所述控制信息用于译码所述待发送数据；发送模块44，用于发送所述待发送数据和控制信息。
进一步地，所述数据发送装置4还可以包括：接收模块45，用于接收反馈信息并确定所述反馈信息指向的数据，所述反馈信息包括HARQ反馈结果、发送所述反馈信息的接收端的物理层身份标识以及所述数据关联的HARQ进程号；判断模块46，用于根据所述反馈信息包含的接收端的物理层身份标识和HARQ进程号判断是否需要响应所述反馈信息；重传模块47，当判断结果表明需要响应所述反馈信息，且所述HARQ反馈结果为NACK时，重传所述反馈信息指向的数据。
在一个非限制性实施例中，所述判断模块46可以包括：判断子模块461，用于根据所述接收端的物理层身份标识和HARQ进程号判断所述反馈信息指向的数据是否属于已发送的数据；确定子模块462，当判断结果表明所述反馈信息指向的数据属于所述已发送的数据时，确定需要响应所述反馈信息。
进一步地，所述判断子模块461可以包括：判断单元4611，用于判断所述接收端的物理层身份标识与所述已发送的数据指向的目的接收端的物理层身份标识是否匹配，并且，判断所述反馈信息包括的HARQ进程号与所述已发送的数据关联的HARQ进程号是否匹配；确定单元4612，当判断结果表明所述接收端的物理层身份标识与所述已发送的数据指向的目的接收端的物理层身份标识匹配，并且，所述反馈信息包括的HARQ进程号与所述已发送的数据关联的HARQ进程号匹配时，确定所述反馈信息指向的数据属于所述已发送的数据。
在一个非限制性实施例中，所述反馈信息可以由专用的反馈信道承载，或者，所述反馈信息可以由用于承载所述控制信息的控制信道承载。
在一个非限制性实施例中，所述生成模块43可以包括：第一生成子模块431，用于将所述目的接收端的物理层身份标识和HARQ进程号添加至所述控制信息；或者，第二生成子模块432，用于采用所述目的接收端的物理层身份标识对所述控制信息的CRC进行加扰处理，并将所述HARQ进程号添加至所述控制信息；或者，第三生成子模块433，用于先后采用所述目的接收端的物理层身份标识和HARQ进程号对所述控制信息的CRC进行加扰处理。
在一个非限制性实施例中，所述物理层身份标识可以包括：与目的接收端一一对应的物理层标识，或者，与目的接收端组一一对应的物理层组标识，所述目的接收端组可以包含多个目的接收端。
在一个非限制性实施例中，所述发送模块44可以包括：发送子模块441，用于采用单播或组播的方式发送所述待发送数据和控制信息。
在一个非限制性实施例中，所述HARQ进程号可以是通过与所述目的接收端预先交互获取的。
关于所述数据发送装置4的工作原理、工作方式的更多内容，可以参照上述图1至图3中的相关描述，这里不再赘述。
图5是本发明实施例的一种数据反馈方法的流程图。其中，本实施例的方案可以应用于车联网场景，例如，用于NR V2X的链路的数据传输场景。本实施例的方案可以应用于链路的数据接收端侧，如由接收端采用本实施例的方案在物理层接收发送端以单播、组播或广播的方式传输的数据。
具体地，参考图5，在本实施例中，所述数据反馈方法可以包括步骤：
步骤S501，接收所述数据和控制信息，所述控制信息包含所述数据的目的接收端的物理层身份标识以及关联的HARQ进程号，所述控制信息用于译码所述数据；
步骤S502，根据所述目的接收端的物理层身份标识判断是否为所述数据的适格接收端；
当所述步骤S502的判断结果为肯定的，也即，当判断结果表明是所述数据的适格接收端时，所述数据反馈方法可以包括步骤S503，根据所述控制信息对所述数据进行译码处理；步骤S504，根据译码结果发送反馈信息，所述反馈信息包括HARQ反馈结果、所述目的接收端的物理层身份标识以及所述数据关联的HARQ进程号。
当所述步骤S502的判断结果为否定的，也即，当判断结果表明不是所述数据的适格接收端时，所述数据反馈方法可以包括步骤S505，丢弃所述数据。
具体地，本实施例中与上述图1至图3所示实施例中相同的特征的具体说明可以参见前述实施例中的相关描述，在此不予赘述。
更为具体地，所述适格接收端可以是指：与所述目的接收端相吻合的接收端。也即，对于接收到所述数据的每一个接收端，均需要执行所述步骤S502，以确定自身是否是所述数据的目的接收端。
在一个非限制性实施例中，所述步骤S502可以包括：判断所述目的接收端的物理层身份标识是否与自身的物理层身份标识相匹配；当判断结果表明匹配时，确定是所述数据的适格接收端。
在一个非限制性实施例中，所述控制信息可以由控制信道承载，所述数据则由数据信道承载，所述控制信息中包含有用于译码所述数据信道的相关信息。
在一个非限制性实施例中，参考图6，当所述控制信息中指示当前接收到的数据为重传的数据时，所述步骤S503可以包括步骤：
步骤S5031，选择HARQ缓冲器(buffer)中与当前接收到的数据具有相同HARQ进程号的数据，其中，所述HARQ缓冲器中存储有历史上译码失败的数据以及关联的HARQ进程号；
步骤S5032，根据所述控制信息对筛选获得的数据以及当前接收到的数据进行合并译码。
在一个变化例中，当所述控制信息中指示当前接收到的数据为初传的数据时，所述步骤S503可以包括：对所述数据进行译码操作。
在一个非限制性实施例中，参考图7，所述步骤S504可以包括步骤：
步骤S5041，生成包含有所述目的接收端的物理层身份标识和所述数据关联的HARQ进程号的反馈信息；
步骤S5042，根据译码结果确定所述HARQ反馈结果；
步骤S5043，将所述HARQ反馈结果添加至所述反馈信息并发送。
进一步地，所述步骤S5041可以包括：将所述目的接收端的物理层身份标识和HARQ进程号添加至所述反馈信息；或者，采用所述目的接收端的物理层身份标识对所述反馈信息的CRC进行加扰处理，并将所述HARQ进程号添加至所述反馈信息；或者，先后采用所述目的接收端的物理层身份标识和HARQ进程号对所述反馈信息的CRC进行加扰处理。在实际应用中，可以通过协议预先确定(或通过发送端和接收端预先协商确定)选用其中的一种作为所述反馈信息和/或控制信息的生成方式。
进一步地，所述步骤S5042可以包括：当所述译码结果为译码失败时，确定所述HARQ反馈结果为NACK；当所述译码结果为译码成功时，确定所述HARQ反馈结果为ACK。
在一个非限制性实施例中，所述反馈信息可以是通过所述控制信道发送的；或者，所述反馈信息也可以是由专门的反馈信道承载的。
在一个非限制性实施例中，所述物理层身份标识可以包括：与目的接收端一一对应的物理层标识，或者，与目的接收端组一一对应的物理层组标识，所述目的接收端组可以包含多个目的接收端。
在一个可选例中，当所述数据指向的是目的接收端组时，也即，在组播场景中，所述目的接收端组包括的多个目的接收端对外共用同一个物理层组标识，所述多个目的接收端对内则一一对应物理层组内标识。
具体地，所述发送端发送的控制信息中可以仅包含所述目的接收端组的物理层组标识，所述目的接收端组中的各个目的接收端据此确定该数据是发送给自己的。
进一步地，在发送反馈信息时，除了需要提供所述物理层组标识外，所述目的接收端组包含的多个目的接收端还可以分别在对应的反馈信息中添加各自的物理层组内标识，以便发送端有针对性的向目的接收端组内的反馈NACK的目的接收端进行数据重传操作。
作为一个变化例，仍以组播场景为例，对于同一个目的接收端组内的目的接收端，可以仅由本次译码失败的目的接收端执行反馈操作，也即，仅反馈NACK，以在降低信令消耗的同时，确保所述发送端能够及时进行重传操作。
由上，采用本实施例的方案，在接收端侧，允许接收端在物理层进行HARQ ACK/NACK反馈，从而有效提高链路的调度灵活性和数据传输的可靠性。具体地，通过控制信息中包含的目的接收端的物理层身份标识和HARQ进程号，接收端能够在物理层及时确认是否为该数据的适格接收端，并在确认是该数据的适格接收端时对该数据进行译码处理并发送反馈信息。进一步，通过在反馈信息中指示相应的目的接收端的物理层身份标识和HARQ进程号，利于发送端及时识别并处理指向自己发送的数据的反馈信息，如进行重传处理等，提高数据传输的可靠性。
图8是本发明实施例的一种数据反馈装置的结构示意图。本领域技术人员理解，本实施例所述数据反馈装置8可以用于实施上述图5至图7所示实施例中所述的方法技术方案。
具体地，在本实施例中，所述数据反馈装置8可以包括：接收模块81，用于接收所述数据和控制信息，所述控制信息包含所述数据的目的接收端的物理层身份标识以及关联的HARQ进程号，所述控制信息用于译码所述数据；判断模块82，用于根据所述目的接收端的物理层身份标识判断是否为所述数据的适格接收端；译码处理模块83，当判断结果表明是所述数据的适格接收端时，根据所述控制信息对所述数据进行译码处理；发送模块84，用于根据译码结果发送反馈信息，所述反馈信息包括HARQ反馈结果、所述目的接收端的物理层身份标识以及所述数据关联的HARQ进程号。
在一个非限制性实施例中，所述判断模块82可以包括：判断子模块821，用于判断所述目的接收端的物理层身份标识是否与自身的物理层身份标识相匹配；第一确定子模块822，当判断结果表明匹配时，确定是所述数据的适格接收端。
在一个非限制性实施例中，所述译码处理模块83可以包括：选择子模块831，用于选择HARQ缓冲器中与当前接收到的数据具有相同HARQ进程号的数据；合并密码子模块832，用于根据所述控制信息对筛选获得的数据以及当前接收到的数据进行合并译码。
在一个非限制性实施例中，所述发送模块84可以包括：生成子模块841，用于生成包含有所述目的接收端的物理层身份标识和所述数据关联的HARQ进程号的反馈信息；第二确定子模块842，根据译码结果确定所述HARQ反馈结果；添加子模块843，用于将所述HARQ反馈结果添加至所述反馈信息并发送。
在一个非限制性实施例中，所述生成子模块841可以包括：第一生成单元8411，用于将所述目的接收端的物理层身份标识和HARQ进程号添加至所述反馈信息；或者，第二生成单元8412，用于采用所述目的接收端的物理层身份标识对所述反馈信息的CRC进行加扰处理，并将所述HARQ进程号添加至所述反馈信息；或者，第三生成单元8413，用于先后采用所述目的接收端的物理层身份标识和HARQ进程号对所述反馈信息的CRC进行加扰处理。
在一个非限制性实施例中，所述第二确定子模块842可以包括：第一确定单元8421，当所述译码结果为译码失败时，确定所述HARQ反馈结果为NACK；第二确定单元8422，当所述译码结果为译码成功时，确定所述HARQ反馈结果为ACK。
在一个非限制性实施例中，所述物理层身份标识可以包括：与目的接收端一一对应的物理层标识，或者，与目的接收端组一一对应的物理层组标识，所述目的接收端组可以包含多个目的接收端。
关于所述数据反馈装置8的工作原理、工作方式的更多内容，可以参照上述图5至图7中的相关描述，这里不再赘述。
由上，采用本发明实施例的方案，对于采用单播或组播传输的数据，接收端能够在物理层即有效识别接收到的数据是否是发送端希望自己接收的数据，进而在物理层进行HARQ反馈和相应的HARQ合并。相应的，采用本发明实施例的方案的发送端能够在物理层确定接收到的反馈信息对应的是特定时刻发送给特定接收端的数据。
在一个典型的应用场景中，参考图9，本场景以采用单播方式的数据发送及数据反馈流程为例做具体阐述。
具体地，在进行物理层传输前，链路中各个终端的高层会确认每个待传输的数据包(即所述待发送数据)采用单播、组播或广播的方式传输，并为采用单播和组播方式进行数据传输的发送端和接收端建立会话连接。其中，当所述终端为数据的接收方时，所述终端即为接收端；当所述终端为数据的发送方时，所述终端即为发送端。
在本场景中，发送端a1与接收端b1之间、发送端a1与接收端b2之间以及发送端a2与接收端b2之间分别采用单播传输数据。
其中，接收端b1和接收端b2分别具有唯一物理层身份标识。
在时刻t1，发送端a1发送数据TB1，其中，数据由数据信道承载，能够用于译码数据信道的控制信息由控制信道承载。
具体地，所述数据TB1指向的目的接收端为接收端b1。因此，所述控制信息中包含有接收端b1的物理层身份标识及数据TB1对应的HARQ进程号。其中，HARQ进程号可以由发送端a1预先通过与接收端b1的高层交互获得，并通知至发送端a1的物理层。
例如，可以将所述接收端b1的物理层身份标识和数据TB1对应的HARQ进程号添加至所述控制信息。
又例如，可以采用所述接收端b1的物理层身份标识对所述控制信息的CRC进行加扰处理，并将所述数据TB1对应的HARQ进程号添加至所述控制信息。
再例如，可以采用所述接收端b1的物理层身份标识对所述控制信息的CRC进行加扰处理，然后，采用数据TB1对应的HARQ进程号对加扰处理后的CRC再次进行加扰处理。或者，也可以先采用数据TB1对应的HARQ进程号对所述控制信息的CRC进行加扰处理，然后，采用所述接收端b1的物理层身份标识对加扰处理后的CRC再次进行加扰处理。
在本场景中，假设发送端a1采用HARQ进程号0向接收端b1发送数据TB1。
进一步地，接收端b1与接收端b2接收并译码发送端a1发送的所述控制信息，得到该控制信息包含接收端b1的物理层身份标识及HARQ进程号0。由此，可以确认所述控制信息关联的数据TB1为发送端a1发给接收端b1的数据。
所以，接收端b2放弃译码接收到的数据TB1，接收端b1则根据所述控制信息里包含的译码数据信道的必要信息对接收到的数据TB1进行译码。
在本场景中，假设信道质量较差，接收端b1对数据TB1的译码失败。则接收端b1在时刻t2向发送端a1发送反馈信息，其中HARQ反馈结果为NACK，反馈信息还包含接收端b1的物理层身份标识及HARQ进程号0。
例如，可以将所述接收端b1的物理层身份标识和HARQ进程号0添加至所述控制信息。
又例如，可以采用所述接收端b1的物理层身份标识对所述控制信息的CRC进行加扰处理，并将HARQ进程号0添加至所述控制信息。
再例如，可以采用所述接收端b1的物理层身份标识对所述控制信息的CRC进行加扰处理，然后，采用HARQ进程号0对加扰处理后的CRC再次进行加扰处理。或者，也可以先采用HARQ进程号0对所述控制信息的CRC进行加扰处理，然后，采用所述接收端b1的物理层身份标识对加扰处理后的CRC再次进行加扰处理。
进一步地，发送端a1和发送端a2均可以接收到接收端b1发送的反馈信息。
对于发送端a2，由于所述反馈信息中包含的接收端b1的物理层身份标识与自己发送的数据的物理层身份标识不匹配，发送端a2可以确定所述反馈信息指向的数据不是自己发送的，因而不处理接收端b1的该反馈信息。
对于发送端a1，根据反馈信息包含的接收端b1的物理层身份标识及HARQ进程号0，发送端a1可以确定该反馈信息对应的是其在时刻t1发送的数据TB1。进一步地，根据所述反馈信息包含的HARQ反馈结果，所述发送端a1可以在时刻t3采用HARQ进程号0重传所述数据TB1。
进一步地，接收端b1根据收到的控制信息中包含的接收端b1的物理层身份标识以及HARQ进程号0，可以将时刻t1和时刻t3收到的具有相同的物理层身份标识及HARQ进程号0的数据进行合并译码，以提高译码成功率，进而提高数据传输的可靠性。
类似地，发送端a1还可以在时刻t4采用接收端b2的物理层身份标识和HARQ进程号0发送数据TB2，发送端a2在时刻t5采用接收端b2的物理层身份标识和HARQ进程号4发送数据TB3。
进一步地，根据收到的数据TB2和数据TB2各自关联的控制信息里包含的接收端b2的物理层身份标识，接收端b1可以确认数据TB2和数据TB3均不是发给自己的数据，进而放弃译码数据TB2和数据TB3，从而实现资源节约。
进一步地，接收端b2则可以根据所述控制信息里包含的接收端b2的物理层身份标识和HARQ进程号确认数据TB2和数据TB3均为发给自己的数据，进而对数据TB2和数据TB3分别译码。
假设译码结果为数据TB2译码正确，数据TB3译码错误。
则接收端b2在时刻t6采用接收端b2的物理层身份标识和HARQ进程号0发送对数据TB2的反馈信息(以下称为反馈信息1)，所述反馈信息1包含的HARQ反馈结果为ACK。
另一方面，接收端b2还可以在时刻t7采用接收端b2的物理层身份标识和HARQ进程号4发送对数据TB3的反馈信息(以下称为反馈信息2)，所述反馈信息2包含的HARQ反馈结果为NACK。
进一步地，发送端a1和发送端a2都收到了反馈信息1和反馈信息2。
对于发送端a1，译码得到反馈信息1包含接收端b2的物理层身份标识和HARQ进程号0，与发送端a1在时刻t4发出的数据TB2对应的物理层身份标识和HARQ进程号匹配，确认所述反馈信息1为接收端b2对数据TB2的反馈，且HARQ反馈结果为ACK，表明接收端b2对数据TB2的译码成功，不需要重传。
另一方面，发送端a1还译码得到反馈信息2包含接收端b2的物理层身份标识和HARQ进程号4，与发送端a1已发送的数据对应的物理层身份标识和HARQ进程号均不匹配，从而确认反馈信息2不是针对发送端a1历史上发出的数据的反馈。因此，发送端a1丢弃反馈信息2。
对于发送端a2，译码得到反馈信息1包含的接收端b2的物理层身份标识和HARQ进程号0。由于接收端b2的物理层身份标识和HARQ进程号0与自己历史上发出的数据对应的物理层身份标识和HARQ进程号不匹配，发送端a2确认反馈信息1不是针对自己发出的数据的反馈，进而丢弃反馈信息1。
另一方面，发送端a2还译码得到反馈信息2包含的接收端b2的物理层身份标识和HARQ进程号4，由于与发送端a2在时刻t5发出的数据TB3对应的物理层身份标识和HARQ进程号匹配，可以确认反馈信息2为接收端b2对数据TB3的反馈。
由于反馈信息2包含的HARQ反馈结果为NACK，表明接收端b2对数据TB3译码失败，需要重传。因此，发送端a2可以在时刻t8采用接收端b2的物理层身份标识和HARQ进程号4重新发送数据TB3。
进一步地，接收端b2将时刻t5与时刻t8收到的具有相同物理层身份标识和HARQ进程号(在本场景中为HARQ进程号4)的两个数据TB3进行合并译码，并反馈译码结果。
在另一个典型的应用场景中，参考图10，本场景以采用组播方式进行的数据发送及反馈流程为例做具体阐述。
在本场景中，接收端组1包括接收端d1、接收端d2和接收端d3，三者可以共享同一个物理层组标识。
在时刻t1，发送端c1发送数据TB1，其中数据由数据信道承载，能够用来译码数据信道的控制信息由控制信道承载。所述数据TB1的目的接收端为接收端组1内的所有接收端，因此控制信道承载的信息将包含接收端组1的物理层身份标识及数据TB1对应的HARQ进程号。
其中，HARQ进程号可以由发送端c1预先与接收端组1进行高层交互获得，并通知发送端c1的物理层。
在本实施例中，假设发送端c1采用HARQ进程号0向接收端组1发送数据TB1。
进一步地，接收端组1内的接收端d1、接收端d2和接收端d3接收并译码发送端c1发送的控制信息，得到该控制信息包含接收端组1的物理层身份及HARQ进程号0，进而确认数据TB1为发给接收端组1的数据。
进一步地，根据控制信息里包含的译码数据信道的必要信息，接收端d1、接收端d2和接收端d3分别对接收到的数据TB1进行译码。
在本场景中，假设接收端d1因信道质量较差而译码失败，接收端d2和接收端d3则译码成功。
因此，接收端d1可以在时刻t2向发送端c1发送反馈信息，所述反馈信息包含的HARQ反馈结果为NACK，所述反馈信息还包含接收端组1的物理层身份标识及HARQ进程号0。
由于译码成功，接收端d2和接收端d3可以不发送反馈信息。
进一步地，发送端c1在收到接收端d1发送的反馈信息后，可以根据反馈信息包含的接收端组1的物理层身份标识与HARQ进程0确定该反馈信息对应的是自己在时刻t1发送的数据TB1。
由于所述反馈信息包含的HARQ反馈结果为NACK，所述发送端c1可以在时刻t3采用接收端组1的物理层身份标识及HARQ进程号0重传所述数据TB1。
响应于接收到重传的数据TB1，根据收到的控制信息中包含的接收端组1的物理层身份标识及HARQ进程号0，接收端d1可以将时刻t1和时刻t3收到的具有相同的物理层身份标识及HARQ进程号的数据合并译码，并反馈译码结果。
在本场景的一个变化例中，在共用同一物理层身份标识的基础上，处于同一接收端组1的接收端d1、接收端d2和接收端d3可以分别具有对应的组内物理层身份标识。
仍以接收端d1对数据TB1译码失败，接收端d2和接收端d3对数据TB2译码成功为例，接收端d1在时刻t2发送的反馈信息中除了可以包含所述接收端组1的物理层身份标识外，还可以包含所述接收端d1的组内物理层身份标识，以便发送端c1在时刻t3针对所述接收端d1重传所述数据TB1。其中，重传的数据TB1关联的控制信息中可以包含所述接收端组1的物理层身份标识以及所述接收端d1的组内物理层身份标识。
另一方面，为便于发送端c1准确知晓各个接收端的数据接收状态，所述接收端d2也可以在时刻t4向发送端c1发送反馈信息，所述反馈信息包含的HARQ反馈结果为ACK，所述反馈信息中除了可以包含所述接收端组1的物理层身份标识外，还可以包含所述接收端d2的组内物理层身份标识，以便所述发送端c1准确知晓所述接收端d2已经成功获取所述数据TB1。
类似的，所述接收端d3也可以在时刻t5发送包含有所述接收端d3的组内物理层身份标识的反馈信息，以向发送端c1反馈其已经成功译码数据TB1。
由此，采用本发明实施例的方案，使得链路的单播或组播的数据传输能够实现HARQ ACK/NACK反馈，并使得发送端能够根据反馈结果进行重传，且接收端能够将重传与初传进行合并译码，提高了链路调度的灵活性及传输的可靠性。
进一步地，本发明实施例还公开一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述图1至图3、图5至图7所示实施例中所述的方法技术方案。优选地，所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括ROM、RAM、磁盘或光盘等。
进一步地，本发明实施例还公开一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述图1至图3、图5至图7所示实施例中所述的方法技术方案。优选地，所述终端可以是所述用户设备(User Equipment，简称UE)。所述终端可以为链路中的发送端或接收端。
虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (20)

1.一种数据发送方法，其特征在于，包括：
确定目的接收端的物理层身份标识；
获取待发送数据关联的HARQ进程号；
生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息，其中，所述控制信息用于译码所述待发送数据；
发送所述待发送数据和控制信息。
2.根据权利要求1所述的数据发送方法，其特征在于，还包括：
接收反馈信息并确定所述反馈信息指向的数据，所述反馈信息包括HARQ反馈结果、发送所述反馈信息的接收端的物理层身份标识以及所述数据关联的HARQ进程号；
根据所述反馈信息包含的接收端的物理层身份标识和HARQ进程号判断是否需要响应所述反馈信息；
当判断结果表明需要响应所述反馈信息，且所述HARQ反馈结果为NACK时，重传所述反馈信息指向的数据。
3.根据权利要求2所述的数据发送方法，其特征在于，所述根据所述反馈信息包含的接收端的物理层身份标识和HARQ进程号判断是否需要响应所述反馈信息包括：
根据所述接收端的物理层身份标识和HARQ进程号判断所述反馈信息指向的数据是否属于已发送的数据；
当判断结果表明所述反馈信息指向的数据属于所述已发送的数据时，确定需要响应所述反馈信息。
4.根据权利要求3所述的数据发送方法，其特征在于，所述根据所述接收端的物理层身份标识和HARQ进程号判断所述反馈信息指向的数据是否属于已发送的数据包括：
判断所述接收端的物理层身份标识与所述已发送的数据指向的目的接收端的物理层身份标识是否匹配，并且，判断所述反馈信息包括的HARQ进程号与所述已发送的数据关联的HARQ进程号是否匹配；
当判断结果表明所述接收端的物理层身份标识与所述已发送的数据指向的目的接收端的物理层身份标识匹配，并且，所述反馈信息包括的HARQ进程号与所述已发送的数据关联的HARQ进程号匹配时，确定所述反馈信息指向的数据属于所述已发送的数据。
5.根据权利要求2所述的数据发送方法，其特征在于，所述反馈信息由专用的反馈信道承载，或者，所述反馈信息由用于承载所述控制信息的控制信道承载。
6.根据权利要求1所述的数据发送方法，其特征在于，所述生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息包括：
将所述目的接收端的物理层身份标识和HARQ进程号添加至所述控制信息；或者
采用所述目的接收端的物理层身份标识对所述控制信息的CRC进行加扰处理，并将所述HARQ进程号添加至所述控制信息；或者
先后采用所述目的接收端的物理层身份标识和HARQ进程号对所述控制信息的CRC进行加扰处理。
7.根据权利要求1所述的数据发送方法，其特征在于，所述物理层身份标识包括：与目的接收端一一对应的物理层标识，或者，与目的接收端组一一对应的物理层组标识，所述目的接收端组包含多个目的接收端。
8.根据权利要求1所述的数据发送方法，其特征在于，所述发送所述待发送数据和控制信息包括：
采用单播或组播的方式发送所述待发送数据和控制信息。
9.根据权利要求1所述的数据发送方法，其特征在于，所述HARQ进程号是通过与所述目的接收端预先交互获取的。
10.一种数据发送装置，其特征在于，包括：
确定模块，用于确定目的接收端的物理层身份标识；
获取模块，用于获取待发送数据关联的HARQ进程号；
生成模块，用于生成包含有所述目的接收端的物理层身份标识和HARQ进程号的控制信息，其中，所述控制信息用于译码所述待发送数据；
发送模块，用于发送所述待发送数据和控制信息。
11.一种数据反馈方法，其特征在于，包括：
接收所述数据和控制信息，所述控制信息包含所述数据的目的接收端的物理层身份标识以及关联的HARQ进程号，所述控制信息用于译码所述数据；
根据所述目的接收端的物理层身份标识判断是否为所述数据的适格接收端，其中，所述适格接收端是指与所述目的接收端相吻合的接收端；
当判断结果表明是所述数据的适格接收端时，根据所述控制信息对所述数据进行译码处理；
根据译码结果发送反馈信息，所述反馈信息包括HARQ反馈结果、所述目的接收端的物理层身份标识以及所述数据关联的HARQ进程号。
12.根据权利要求11所述的数据反馈方法，其特征在于，所述根据所述目的接收端的物理层身份标识判断是否为所述数据的适格接收端包括：
判断所述目的接收端的物理层身份标识是否与自身的物理层身份标识相匹配；
当判断结果表明匹配时，确定是所述数据的适格接收端。
13.根据权利要求11所述的数据反馈方法，其特征在于，所述根据所述控制信息对所述数据进行译码处理包括：
选择HARQ缓冲器中与当前接收到的数据具有相同HARQ进程号的数据；
根据所述控制信息对筛选获得的数据以及当前接收到的数据进行合并译码。
14.根据权利要求11所述的数据反馈方法，其特征在于，所述根据译码结果发送反馈信息包括：
生成包含有所述目的接收端的物理层身份标识和所述数据关联的HARQ进程号的反馈信息；
根据译码结果确定所述HARQ反馈结果；
将所述HARQ反馈结果添加至所述反馈信息并发送。
15.根据权利要求14所述的数据反馈方法，其特征在于，所述生成包含有所述目的接收端的物理层身份标识和所述数据关联的HARQ进程号的反馈信息包括：
将所述目的接收端的物理层身份标识和HARQ进程号添加至所述反馈信息；或者
采用所述目的接收端的物理层身份标识对所述反馈信息的CRC进行加扰处理，并将所述HARQ进程号添加至所述反馈信息；或者
先后采用所述目的接收端的物理层身份标识和HARQ进程号对所述反馈信息的CRC进行加扰处理。
16.根据权利要求14所述的数据反馈方法，其特征在于，所述根据译码结果确定所述HARQ反馈结果包括：
当所述译码结果为译码失败时，确定所述HARQ反馈结果为NACK；
当所述译码结果为译码成功时，确定所述HARQ反馈结果为ACK。
17.根据权利要求11所述的数据反馈方法，其特征在于，所述物理层身份标识包括：与目的接收端一一对应的物理层标识，或者，与目的接收端组一一对应的物理层组标识，所述目的接收端组包含多个目的接收端。
18.一种数据反馈装置，其特征在于，包括：
接收模块，用于接收所述数据和控制信息，所述控制信息包含所述数据的目的接收端的物理层身份标识以及关联的HARQ进程号，所述控制信息用于译码所述数据；
判断模块，用于根据所述目的接收端的物理层身份标识判断是否为所述数据的适格接收端，其中，所述适格接收端是指与所述目的接收端相吻合的接收端；
译码处理模块，当判断结果表明是所述数据的适格接收端时，根据所述控制信息对所述数据进行译码处理；
发送模块，用于根据译码结果发送反馈信息，所述反馈信息包括HARQ反馈结果、所述目的接收端的物理层身份标识以及所述数据关联的HARQ进程号。
19.一种存储介质，其上存储有计算机指令，其特征在于，所述计算机指令被处理器运行时执行权利要求1至9任一项或权利要求11至17任一项所述方法的步骤。
20.一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，其特征在于，所述处理器运行所述计算机指令时执行权利要求1至9任一项或权利要求11至17任一项所述方法的步骤。
CN201811141220.0A 2018-09-28 2018-09-28 数据发送方法、数据反馈方法及装置、存储介质、终端 Active CN110972100B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811141220.0A CN110972100B (zh) 2018-09-28 2018-09-28 数据发送方法、数据反馈方法及装置、存储介质、终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811141220.0A CN110972100B (zh) 2018-09-28 2018-09-28 数据发送方法、数据反馈方法及装置、存储介质、终端

Publications (2)

Publication Number Publication Date
CN110972100A CN110972100A (zh) 2020-04-07
CN110972100B true CN110972100B (zh) 2022-08-12

Family

ID=70027757

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811141220.0A Active CN110972100B (zh) 2018-09-28 2018-09-28 数据发送方法、数据反馈方法及装置、存储介质、终端

Country Status (1)

Country Link
CN (1) CN110972100B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022151319A1 (en) * 2021-01-15 2022-07-21 Qualcomm Incorporated Soft combining for relay routing

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102594530A (zh) * 2011-01-10 2012-07-18 中兴通讯股份有限公司 一种传输上行协作数据的方法及系统
CN107113848A (zh) * 2015-09-15 2017-08-29 华为技术有限公司 控制信息发送或者接收方法、装置和系统
CN108289331A (zh) * 2017-01-09 2018-07-17 华为技术有限公司 一种上行传输方法、终端、网络侧设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013095355A1 (en) * 2011-12-20 2013-06-27 Intel Corporation Multicast service using unicast subframe

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102594530A (zh) * 2011-01-10 2012-07-18 中兴通讯股份有限公司 一种传输上行协作数据的方法及系统
CN107113848A (zh) * 2015-09-15 2017-08-29 华为技术有限公司 控制信息发送或者接收方法、装置和系统
CN108289331A (zh) * 2017-01-09 2018-07-17 华为技术有限公司 一种上行传输方法、终端、网络侧设备

Also Published As

Publication number Publication date
CN110972100A (zh) 2020-04-07

Similar Documents

Publication Publication Date Title
US11012196B2 (en) Base stations, user equipments and a system for wireless communication, as well as the corresponding methods
WO2018137452A1 (zh) 反馈方法及用户设备
CN108199815B (zh) 覆盖在蜂窝网络上的设备到设备通信的混合自动重传请求时间的系统和方法
CN116232832A (zh) 一种反馈信息传输方法及装置
US20090217119A1 (en) Method, system and relay station for realizing hybrid automatic retransmission
WO2018059596A1 (zh) 配置信息的指示方法及装置、基站、终端
RU2541921C2 (ru) Механизмы ответа для беспроводных сетей с широкой полосой пропускания
WO2012146123A1 (zh) 一种实现半持续调度传输的方法及装置
US10917818B2 (en) Method and apparatus for group communication in wireless communication system
WO2011113200A1 (en) Method and apparatus for broadcasting/multicasting retransmission based on network coding
WO2016029747A1 (zh) 一种数据传输方法、相关装置及系统
WO2021218949A1 (zh) 通信方法和装置
WO2017113187A1 (zh) 下行传输方法和基站及终端
WO2021147104A1 (zh) 一种数据的传输方法及装置
WO2013135015A1 (zh) 增强上行链路覆盖的方法及装置、基站
CN113411174A (zh) 一种通信方法及通信装置
US10070481B2 (en) Method for communicating in a network, radio stations and a system therefor
CN111294159B (zh) 用于组播通信的harq反馈方法及装置、存储介质、终端
CN109314590B (zh) 上行传输的方法和装置
US11026214B2 (en) Method of error recovery in transmitting and receiving voice service in packet based mobile communication systems
CN110972100B (zh) 数据发送方法、数据反馈方法及装置、存储介质、终端
WO2022082604A1 (en) Method and apparatus for hybrid automatic retransmission request
CN110519011B (zh) 一种基于索引标识的码块传输系统及传输方法
CN111294167B (zh) 资源的时频位置的确定方法及装置、存储介质、终端
WO2014190813A1 (zh) 一种传输网络编码数据的方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 100089 18 / F, block B, Zhizhen building, No.7, Zhichun Road, Haidian District, Beijing

Applicant after: Beijing Ziguang zhanrui Communication Technology Co.,Ltd.

Address before: 100084, Room 516, building A, Tsinghua Science Park, Beijing, Haidian District

Applicant before: BEIJING SPREADTRUM HI-TECH COMMUNICATIONS TECHNOLOGY Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant