WO2020215218A1 - 用于传输侧行数据的方法和终端设备 - Google Patents

用于传输侧行数据的方法和终端设备 Download PDF

Info

Publication number
WO2020215218A1
WO2020215218A1 PCT/CN2019/083941 CN2019083941W WO2020215218A1 WO 2020215218 A1 WO2020215218 A1 WO 2020215218A1 CN 2019083941 W CN2019083941 W CN 2019083941W WO 2020215218 A1 WO2020215218 A1 WO 2020215218A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal device
data
retransmission
feedback
terminal
Prior art date
Application number
PCT/CN2019/083941
Other languages
English (en)
French (fr)
Inventor
赵振山
卢前溪
林晖闵
Original Assignee
Oppo广东移动通信有限公司
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 Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Priority to KR1020217035714A priority Critical patent/KR20220002342A/ko
Priority to PCT/CN2019/083941 priority patent/WO2020215218A1/zh
Priority to JP2021563195A priority patent/JP7390399B2/ja
Priority to EP19926648.7A priority patent/EP3944535A4/en
Priority to CN201980093633.2A priority patent/CN113557685A/zh
Priority to CN202111220858.5A priority patent/CN113766654A/zh
Publication of WO2020215218A1 publication Critical patent/WO2020215218A1/zh
Priority to US17/507,327 priority patent/US20220045794A1/en

Links

Images

Classifications

    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Definitions

  • This application relates to the field of communications, and in particular to a method and terminal device for transmitting sideline data.
  • NR-V2X in order to improve the reliability of service transmission, a feedback mechanism for side-line data transmission is introduced.
  • the prior art only provides a scheme in which the sender terminal allocates feedback resources for the first transmitted sideline data to the receiver terminal for the receiver terminal to send feedback information; but for the situation where there are multiple receiver terminals
  • it does not provide a solution for how the sender terminal allocates feedback resources for the retransmitted data to these receiver terminals.
  • the embodiment of the present application provides a method and terminal device for transmitting sideline data, which can improve the success rate of feedback channel reception.
  • a method for transmitting sideline data including: a first terminal device sends sideline data to multiple terminal devices; if the first terminal device determines that there is unsuccessful data in the multiple terminal devices The terminal device that receives the sideline data, the first terminal device sends the retransmission data of the sideline data and the retransmission feedback resource to each terminal device of the plurality of terminal devices, and the retransmission feedback resource is used for the multiple terminal devices.
  • Each terminal device sends feedback information of the retransmitted data.
  • a method for transmitting sideline data including: a second terminal device of a plurality of terminal devices receives the sideline data, and the sideline data is sent by the first terminal device to the multiple terminal devices The second terminal device receives the retransmission data of the side row data sent by the first terminal device; the second terminal device obtains the retransmission feedback resource, the retransmission feedback resource is used to carry the feedback information of the retransmission data ; The second terminal device determines whether to send feedback information of the retransmitted data to the first terminal device according to whether the side line data is successfully received.
  • a method for transmitting sideline data including: a first terminal device sends sideline data to a plurality of terminal devices; the first terminal device determines that there is an unsuccessful reception among the plurality of terminal devices.
  • the retransmission feedback resource is used to carry the feedback information of the retransmission data.
  • a method for transmitting sideline data including: a second terminal device of a plurality of terminal devices receives the sideline data, and the sideline data is sent by the first terminal device to the plurality of terminal devices The second terminal device receives the retransmission data of the side line data sent by the first terminal device; the side line data is successfully received in the second terminal device, and the retransmission data sent by the first terminal device is not received
  • the second terminal device gives up sending the feedback information of the retransmitted data to the first terminal device, and the retransmission feedback resource is used to carry the feedback information of the retransmitted data.
  • a terminal device which is used to execute the method in the first aspect or its implementation manners.
  • the terminal device includes a functional module for executing any one of the foregoing first to fourth aspects or the method in each implementation manner thereof.
  • a terminal device including a processor and a memory.
  • the memory is used to store a computer program
  • the processor is used to call and run the computer program stored in the memory to execute any one of the above-mentioned first to fourth aspects or the method in each implementation manner thereof.
  • a chip which is used to implement any one of the foregoing first to fourth aspects or the method in each implementation manner thereof.
  • the chip includes: a processor, configured to call and run a computer program from the memory, so that the device installed with the chip executes any one of the above-mentioned first aspect to the fourth aspect or any of the implementations thereof method.
  • a computer-readable storage medium for storing a computer program that enables a computer to execute any one of the above-mentioned first to fourth aspects or the method in each implementation manner thereof.
  • a computer program product including computer program instructions that cause a computer to execute any one of the above-mentioned first to fourth aspects or the method in each implementation manner thereof.
  • a computer program which, when run on a computer, causes the computer to execute any one of the above-mentioned first to fourth aspects or the method in each implementation manner thereof.
  • the sending end terminal sends the side line data to the receiving end. If the sending end terminal determines that there is a terminal device that has not successfully received the side line data, the sending end terminal can retransmit regardless of whether the receiving end terminal feedbacks ACK. Or NACK, when the sender terminal sends the retransmitted data, it will also allocate transmission resources for each receiving terminal to send the feedback information of the retransmitted data, but the terminal that received the side line data correctly before may not send the feedback information In this way, the overhead of feedback signaling can be reduced; or, if the terminal that received the sideline data correctly before, and the retransmission is also received correctly, all feedback ACKs, which can improve the success rate of feedback channel reception.
  • the sender when it is performing retransmission, it can also choose not to allocate transmission resources for sending feedback information to the receiving end terminal; but the sending end terminal receives the NACK or DTX sent by the receiving end terminal, and the sending end terminal performs retransmission. , The receiving terminal will be allocated transmission resources for sending feedback information. This can reduce the overhead of feedback resources, reduce conflicts between feedback channels, and improve the detection success rate of feedback information.
  • Fig. 1 is a schematic diagram of a communication system architecture provided by an embodiment of the present application.
  • Fig. 2 is a schematic diagram of a car networking system architecture provided by an embodiment of the present application.
  • FIG. 3 is a schematic diagram of transmitting side line data according to an embodiment of the present application.
  • Fig. 4 is a schematic diagram of a multicast communication including multiple terminals according to an embodiment of the present application.
  • FIG. 5 is a schematic diagram of another transmission side line data provided by an embodiment of the present application.
  • FIG. 6 is a schematic flowchart of a method for transmitting sideline data according to an embodiment of the present application.
  • FIG. 7 is another schematic flowchart of a method for transmitting side row data provided by an embodiment of the present application.
  • FIG. 8 is still another schematic flowchart of a method for transmitting sideline data according to an embodiment of the present application.
  • FIG. 9 is a schematic flowchart of another method for transmitting side line data provided by an embodiment of the present application.
  • FIG. 10 is a schematic flowchart of still another method for transmitting sideline data according to an embodiment of the present application.
  • FIG. 11 is a schematic flowchart of still another method for transmitting side row data provided by an embodiment of the present application.
  • FIG. 12 is a schematic flowchart of still another method for transmitting sideline data according to an embodiment of the present application.
  • FIG. 13 is a schematic flowchart of still another method for transmitting sideline data according to an embodiment of the present application.
  • FIG. 14 is a schematic block diagram of a terminal device according to an embodiment of the present application.
  • FIG. 15 is a schematic block diagram of a communication device provided by an embodiment of the present application.
  • FIG. 16 is a schematic block diagram of a chip provided by an embodiment of the present application.
  • FIG. 17 is a schematic diagram of a communication system provided by an embodiment of the present application.
  • GSM Global System of Mobile Communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • GSM Global System of Mobile Communication
  • GPRS General Packet Radio Service
  • LTE Long Term Evolution
  • FDD Frequency Division Duplex
  • TDD Time Division Duplex
  • UMTS Universal Mobile Telecommunication System
  • WiMAX Worldwide Interoperability for Microwave Access
  • the communication system 100 applied in the embodiment of the present application is shown in FIG. 1.
  • the communication system 100 may include a network device 110, and the network device 110 may be a device that communicates with a terminal device 120 (or called a communication terminal or terminal).
  • the network device 110 may provide communication coverage for a specific geographic area, and may communicate with terminal devices located in the coverage area.
  • the network device 110 may be a base station (Base Transceiver Station, BTS) in a GSM system or a CDMA system, a base station (NodeB, NB) in a WCDMA system, or an evolved base station in an LTE system (Evolutional Node B, eNB or eNodeB), or the wireless controller in the Cloud Radio Access Network (CRAN), or the network equipment can be a mobile switching center, a relay station, an access point, a vehicle-mounted device, Wearable devices, hubs, switches, bridges, routers, network-side devices in 5G networks, or network devices in the future evolution of the Public Land Mobile Network (PLMN), etc.
  • BTS Base Transceiver Station
  • NodeB, NB base station
  • LTE Long Term Evolutional Node B
  • eNB evolved base station
  • CRAN Cloud Radio Access Network
  • the network equipment can be a mobile switching center, a relay station, an access point, a vehicle-mounted device, Wearable devices, hubs, switches
  • the communication system 100 also includes at least one terminal device 120 located within the coverage area of the network device 110.
  • the "terminal equipment” used here includes but is not limited to connection via wired lines, such as via public switched telephone networks (PSTN), digital subscriber lines (Digital Subscriber Line, DSL), digital cables, and direct cable connections ; And/or another data connection/network; and/or via a wireless interface, such as for cellular networks, wireless local area networks (WLAN), digital TV networks such as DVB-H networks, satellite networks, AM- FM broadcast transmitter; and/or another terminal device that is set to receive/send communication signals; and/or Internet of Things (IoT) equipment.
  • PSTN public switched telephone networks
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL Digital Subscriber Line
  • DSL
  • a terminal device set to communicate through a wireless interface may be referred to as a "wireless communication terminal", a “wireless terminal” or a “mobile terminal”.
  • mobile terminals include, but are not limited to, satellites or cellular phones; Personal Communications System (PCS) terminals that can combine cellular radio phones with data processing, fax, and data communication capabilities; can include radio phones, pagers, Internet/intranet PDA with internet access, web browser, memo pad, calendar, and/or Global Positioning System (GPS) receiver; and conventional laptop and/or palm-type receiver or others including radio telephone transceiver Electronic device.
  • PCS Personal Communications System
  • GPS Global Positioning System
  • Terminal equipment can refer to access terminals, user equipment (UE), user units, user stations, mobile stations, mobile stations, remote stations, remote terminals, mobile equipment, user terminals, terminals, wireless communication equipment, user agents, or User device.
  • the access terminal can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a wireless local loop (Wireless Local Loop, WLL) station, a personal digital processing (Personal Digital Assistant, PDA), with wireless communication Functional handheld devices, computing devices or other processing devices connected to wireless modems, in-vehicle devices, wearable devices, terminal devices in 5G networks, or terminal devices in the future evolution of PLMN, etc.
  • SIP Session Initiation Protocol
  • WLL Wireless Local Loop
  • PDA Personal Digital Assistant
  • direct terminal connection (Device to Device, D2D) communication may be performed between the terminal devices 120.
  • the 5G system or 5G network may also be referred to as a New Radio (NR) system or NR network.
  • NR New Radio
  • Figure 1 exemplarily shows one network device and two terminal devices.
  • the communication system 100 may include multiple network devices and the coverage of each network device may include other numbers of terminal devices. The embodiment does not limit this.
  • the communication system 100 may also include other network entities such as a network controller and a mobility management entity, which are not limited in the embodiment of the present application.
  • network entities such as a network controller and a mobility management entity, which are not limited in the embodiment of the present application.
  • the devices with communication functions in the network/system in the embodiments of the present application may be referred to as communication devices.
  • the communication device may include a network device 110 and a terminal device 120 with communication functions, and the network device 110 and the terminal device 120 may be the specific devices described above, which will not be repeated here.
  • the communication device may also include other devices in the communication system 100, such as other network entities such as a network controller and a mobility management entity, which are not limited in this embodiment of the application.
  • Device-to-device communication is a kind of sidelink (SL) transmission technology based on device to device (D2D), which is different from the way in which communication data is received or sent through base stations in traditional cellular systems.
  • the system adopts terminal-to-terminal direct communication, so it has higher spectrum efficiency and lower transmission delay.
  • mode A refers to: the transmission resources of the terminal are allocated by the base station, and the terminal is configured on the side link according to the resources allocated by the base station through the downlink (DL) To send data; the base station can allocate resources for a single transmission to the terminal, or allocate resources for semi-static transmission to the terminal.
  • mode B refers to: the vehicle-mounted terminal selects resources from the resource pool for side-line data transmission.
  • Proximity-based Service (ProSe) direct communication Device-to-device communication in Rel-12/13 is studied for the ProSe scenario, which is mainly for public safety services.
  • ProSe Proximity-based Service
  • Another example is the Internet of Vehicles (for example, Vehicle to Everything (V2X)) communication: In Rel-14/15, the Internet of Vehicles system has been studied for the scene of vehicle-to-vehicle communication, which is mainly for relatively high-speed moving Vehicle-to-vehicle, vehicle-to-person communication business.
  • V2X Vehicle to Everything
  • wearable devices for example, further enhancement D2D (Further Enhancements D2D, FeD2D):
  • D2D further Enhancements D2D, FeD2D
  • this scenario studies the scenario of wearable devices accessing the network through mobile phones, which is mainly for low mobility Speed and low-power access scenarios.
  • the broadcast service is supported, that is, a terminal sends data, and the surrounding terminals receive the data.
  • unicast and multicast services are introduced on the basis of this broadcast.
  • UE1 sends data
  • UE2 receives data
  • other users do not need to receive the data
  • a terminal equipment group includes multiple terminals, one terminal in the group sends data, and the other terminals in the group Receive the data.
  • unicast service can also be regarded as a special multicast service.
  • a feedback mechanism for side-line data transmission is introduced.
  • the receiving terminal decides to send a hybrid automatic repeat request (Hybrid Automatic Repeat reQuest, HARQ) acknowledgement (ACK) or HARQ non-request based on the demodulation status of the received side-line data.
  • HARQ Hybrid Automatic Repeat reQuest
  • ACK acknowledgement
  • NACK Non-Acknowledgement
  • HARQ ACK/NACK can be carried through the Physical Sidelink Feedback Channel (PSFCH).
  • the transmission resources of the PSFCH may be pre-configured, network-configured, or determined according to the transmission resources of the Physical Sidelink Shared Channel (PSSCH) sent by the sender.
  • PSSCH Physical Sidelink Shared Channel
  • the UE1 and UE2 can be unicast communication, or can also be the communication between the sender (UE1) and any receiver (UE2) in multicast communication.
  • UE1 sends sideline data to UE2 in slot n.
  • the sideline data may include Physical Sidelink Control Channel (PSCCH) and PSSCH;
  • UE2 is in slot n+1 Send feedback information for the side line data to UE1 through the PSFCH.
  • PSCCH Physical Sidelink Control Channel
  • PSSCH Physical Sidelink Control Channel
  • the time slot interval between the time slot where the PSSCH is located and the time slot where the PSFCH is located can be pre-configured, network configuration or determined by the transmitting terminal; the symbol position and the number of symbols occupied by the PSFCH in slot n+1 can be It is pre-configuration or network configuration.
  • the PSFCH symbol position and number in a time slot are configured through the resource pool configuration information of PSFCH; the frequency domain starting position of PSFCH can be the same as the frequency domain starting position of PSSCH, and the frequency domain size It can be pre-configured or network-configured.
  • the feedback resources used by the receiving terminal can be allocated by the transmitting terminal.
  • the advantage is that the transmitting terminal can learn the PSFCH resources of all receiving terminals without blind PSFCH detection; in addition, if all The PSFCH of the receiving end terminal is in one time slot, which can avoid the half-duplex problem.
  • the prior art only provides a scheme in which the sender terminal allocates feedback resources for the first transmitted sideline data to the receiver terminal for the receiver terminal to send feedback information, but it does not provide how to allocate the retransmitted data. Feedback resource plan.
  • the receiving end terminal that has already sent HARQ ACK, when the retransmission data of the side line data is received again, whether it is necessary to send feedback information does not provide a solution.
  • a terminal in any group sends side-line data to other terminals, and other terminals receive the side-line data, and according to the reception situation, send feedback information for the side-line data to the sending terminal, such as HARQ ACK or HARQ NACK.
  • the transmitting terminal receives HARQ NACK, it needs to retransmit, but in the process of transmitting the side line data for the first time, there may be some terminals that have correctly received the side line data and feedback HARQ ACK.
  • How to deal with the sending end terminal and the receiving end terminal is a problem that needs to be solved urgently. For example, how does the sending end terminal allocate feedback resources for the receiving end terminal? How does a terminal that has sent HARQ ACK send feedback information when receiving retransmission data?
  • Fig. 4 shows a schematic diagram of a multicast communication group.
  • UE1, UE2, UE3, and UE4 together form a communication group, and it is assumed that UE1 sends sideline data to three other terminals.
  • Fig. 5 shows a schematic diagram of transmitting sideline data in the multicast communication process.
  • UE1 sends multicast data in slot n
  • UE2, UE3, and UE4 need to send feedback information of the multicast data. For example, UE1 allocates the transmission data for UE2, UE3, and UE4 in slot n+1. Transmission resources for feedback information.
  • UE3 and UE4 Assuming that UE3 and UE4 correctly receive the multicast data, they send ACK to UE1; if UE2 does not correctly receive the multicast data, they can send NACK to UE1.
  • UE1 receives the NACK sent by the terminal, it needs to perform data retransmission. It is assumed that UE1 performs data retransmission in time slot n+2.
  • UE1 also needs to allocate transmission resources for sending feedback information of retransmitted data to UE2, but does it need to allocate transmission resources for sending feedback information of retransmitted data to UE3 and UE4 that have correctly received multicast data?
  • UE3 and UE4 receive the retransmission data sent by UE1, do they still need to send feedback information to UE1?
  • the embodiments of the present application propose several methods for transmitting side row data, which can solve the above-mentioned problems in the retransmission process.
  • FIG. 6 is a schematic flowchart of a method 300 for transmitting sideline data according to an embodiment of the application.
  • the method 200 includes: S201, sending sideline data, that is, the first terminal device sends the sideline data to at least one terminal device.
  • the method 200 may be used in unicast communication or multicast communication, and correspondingly, the first terminal device may refer to any terminal device in the unicast communication or multicast communication.
  • the receiving end that receives the sideline data is at least one terminal device, and the at least one terminal device is other terminal devices except the first terminal device.
  • the first terminal device may refer to UE1 as shown in FIG. 4, and the at least one terminal device at the receiving end may be UE2, UE3, and UE4 as shown in FIG.
  • the first terminal device sends the sideline data to another terminal device in S201.
  • the method 200 may also be used in a multicast transmission process, and in S201, the first terminal device sends the sideline data to multiple other terminal devices in the multicast.
  • the terminal device that receives the side line data it may successfully receive the side line data or may not successfully receive the side line data. Therefore, for the convenience of description, in the embodiment of the present application, the side line data will be successfully received
  • the terminal device of the side line data is called the second terminal device, and the terminal device that has not successfully received the side line data is called the third terminal device.
  • the second terminal device refers to the terminal device that successfully receives the sideline data
  • the third terminal device refers to Is the terminal device that has not successfully received the side line data. That is, the second terminal device and the third terminal device in the embodiment of the present application may refer to different terminal devices.
  • the first terminal device sends sideline data to at least one terminal device.
  • the terminal device successfully receives the sideline data, it is called the second terminal device; if If the terminal device fails to receive the side line data, it is called the third terminal device. That is, the second terminal device and the third terminal device in the embodiment of the present application may also refer to two possible states of any terminal device at the receiving end.
  • the sending of sideline data in S201 includes: the first terminal device sends the sideline data to the second terminal device; it also includes: the first terminal device sends the sideline data to the third terminal device.
  • the sideline data in the embodiment of the present application may refer to any sideline data sent by the first terminal device.
  • the side row data may include PSSCH and PSCCH.
  • the side row data may refer to data transmitted for the first time; or, the side row data may also refer to any retransmission data of a certain first transmitted data.
  • the first terminal device sends the sideline data and the data feedback resource of the sideline data to the at least one terminal device, where the data feedback resource is used for the at least one terminal device to send the sideline data to the first terminal.
  • the device sends the feedback information of the side row data.
  • the data feedback resource sent by the first terminal device may refer to some specific feedback resources, so that at least one terminal device directly sends feedback information of sideline data on the feedback resource.
  • the data feedback resource sent by the first terminal device may also refer to a feedback resource set, so that at least one terminal device selects a resource for sending feedback information in the feedback resource set.
  • the method 200 further includes: S202, successfully receiving sideline data, that is, for the sideline data sent by the first terminal device, the second terminal device determines that the sideline data sent by the first terminal device is successfully received, Then continue to execute S203.
  • S203 Send HARQ ACK information, that is, when the second terminal device successfully receives the sideline data, the second terminal device sends feedback information to the first terminal device.
  • the feedback information may be ACK information, for example, HARQ ACK information.
  • the method 200 further includes: the second terminal device obtains a data feedback resource, so that the second terminal device sends the ACK information on the data feedback resource.
  • acquiring the data feedback resource by the second terminal device may include: the second terminal device receives the data feedback resource sent by the first terminal device. If the data feedback resource is a specific resource, such as specific time domain resources, frequency domain resources, code domain resources, etc., the second terminal device can directly use the data feedback resource to send ACK information; if the data feedback resource is a feedback resource Set, the second terminal device may also select resources in the feedback resource set for sending ACK information.
  • the second terminal device selects a resource in the feedback resource set according to the identification information of the second terminal device.
  • the feedback resource set includes N feedback resources, the terminal identifiers in the group are 1, 2, ... N, and the terminal in the group whose terminal identifier is k selects the mod(k, N)th feedback resource; where mod( ) Represents the remainder processing.
  • the identification information is identification information of the second terminal device in the communication group.
  • the method 200 further includes: S204, the side row data is not successfully received, that is, for the side row data sent by the first terminal device, the third terminal device determines that the side row data is not successfully received, and then continues to execute S205.
  • the unsuccessful reception of the sideline data by the third terminal device in the embodiment of the present application includes: the third terminal device fails to demodulate the sideline data.
  • S205 may further include: the third terminal device does not send feedback information to the first terminal device in the case that the third terminal device does not successfully receive the sideline data.
  • the third terminal device fails to receive the control information indicating the side line data
  • the third terminal device cannot receive the side line data, and the side line data is not sent to the first terminal device Feedback information.
  • the method 200 further includes: the third terminal device obtains data feedback resources, so that the third terminal device can access the data NACK information is sent on the feedback resource.
  • acquiring the data feedback resource by the third terminal device may include: the third terminal device receiving the data feedback resource sent by the first terminal device. If the data feedback resource is a specific resource, such as specific time domain resources, frequency domain resources, code domain resources, etc., the third terminal device can directly use the data feedback resource to send NACK information; if the data feedback resource is a feedback resource Set, the third terminal device may also select resources in the feedback resource set for sending NACK information. For example, the third terminal device may select a resource from the feedback resource set according to its identification information.
  • the identification information is identification information of the third terminal device in the communication group.
  • the method 200 further includes: S206. It is determined that there is a terminal device that has not successfully received the sideline data, that is, after the first terminal device sends the sideline data to at least one terminal device, it will be based on the received sideline data. Feedback information sent by at least one terminal device to determine whether there is a terminal device that has not successfully received sideline data among the at least one terminal device; and, if the first terminal device determines that there is a terminal device that has not successfully received sideline data, Then continue to execute S207 and S208.
  • the first terminal device detects the feedback information of the at least one terminal device on the data feedback resource sent to the at least one terminal device, and determines whether there is a terminal device that has not successfully received sideline data according to the detection result. For example, taking any one of the at least one terminal device as an example, it is referred to herein as the second terminal device. If the feedback information of the second terminal device is not detected on the data feedback resource, the first terminal device may consider the second terminal device to be in the Discontinuous Transmission (DTX) state, and determine that the second terminal device is not The side row data is successfully received.
  • DTX Discontinuous Transmission
  • the first terminal device may determine the first terminal device according to the feedback information of the sideline data Second, whether the terminal device successfully receives the side line data. For example, if the feedback information of the side line data is ACK information, the first terminal device determines that the second terminal device successfully receives the side line data; if the feedback information of the side line data is NACK information, the first terminal device It is determined that the second terminal device has not successfully received the side line data.
  • the first terminal device detects the feedback information, there may be an error detection, and the first terminal device is in the process of determining whether there is a terminal device that has not successfully received sideline data according to the detection result.
  • the second terminal device successfully receives the sideline data and sends ACK information to the first terminal device, and the first terminal device may detect the ACK information as NACK information, or the ACK information may not be detected.
  • the first terminal device determines that the second terminal device has not successfully received the sideline data.
  • the third terminal device fails to receive the sideline data and sends NACK information to the first terminal device, the first terminal device may not detect the NACK information, then the first terminal device determines the third terminal device The device fails to detect the side row data, but the embodiment of the application is not limited to this.
  • the method 200 further includes: S207, sending the retransmission data of the side row data; S208, sending the retransmission feedback resource of the retransmission data. That is, if the first terminal device determines that there is a terminal device that has not successfully received the sideline data among at least one terminal device, it sends the retransmission data of the sideline data to each terminal device of the at least one terminal device. In addition, also The retransmission feedback resource of the retransmitted data will be sent to each terminal device, where the retransmission feedback resource is used for the receiving end terminal device to send the feedback information of the retransmitted data.
  • the retransmission data of the sending side row data in S207 includes: the first terminal device sends the retransmission data to the second terminal device; and also includes: the first terminal device sends the retransmission data to the third terminal device.
  • the retransmission feedback resource for sending retransmission data in S208 includes: the retransmission feedback resource for sending retransmission data by the first terminal device to the second terminal device; also includes: the first terminal device sending retransmission to the third terminal device Data retransmission feedback resources.
  • the retransmission data in the embodiment of the present application refers to the retransmission data of the side row data
  • the retransmission data may refer to any retransmission data corresponding to the side row data sent by the first terminal device.
  • the retransmission data of the side row data refers to any subsequent retransmission data.
  • the retransmitted data of the side row data refers to data that is retransmitted after the side row data.
  • the retransmission feedback resource may refer to a specific feedback resource, so that the terminal device that receives the retransmission feedback resource can directly send the retransmission data on the feedback resource. Feedback information.
  • the retransmission feedback resource sent by the first terminal device may also refer to a feedback resource set, so that the terminal device that receives the retransmission feedback resource selects the feedback information for sending retransmission data in the feedback resource set. Resources.
  • the second terminal device and the third terminal device can perform different steps, which will be continued below It will be described separately with reference to FIG. 7 and FIG. 8.
  • FIG. 7 shows another schematic flowchart of a method 200 for transmitting side row data according to an embodiment of the present application, and FIG. 7 is a continuation of the method 200 in FIG. 6.
  • the first terminal device is the first terminal device in the method 200 in FIG. 6;
  • the second terminal device is the second terminal device in the method 200 in FIG. 6.
  • the method 200 includes: S208, sending retransmission feedback resources of the retransmission data, that is, the first terminal device sends the retransmission feedback resources to the second terminal device.
  • S208 in FIG. 7 is S208 in FIG. 6.
  • S208 in FIG. 6 For brevity, details are not repeated here.
  • the second terminal device can have the following processing methods.
  • Manner 1 do not send feedback information of the retransmission data, that is, although the second terminal device receives the retransmission data and the corresponding retransmission feedback resource, no matter whether the second terminal device successfully receives the retransmission data, the The second terminal device does not send the feedback information of the retransmission data to the first terminal device, that is, the second terminal device does not use the retransmission feedback resource to send the feedback information of the retransmission data.
  • Method two send HARQ ACK, since the second terminal device has successfully received the sideline data, the second terminal device sends ACK information to the first terminal device regardless of whether the second terminal device successfully receives the retransmitted data , That is, use the retransmission feedback resource to send ACK information to the first terminal device.
  • S224 Send HARQ ACK, that is, when the second terminal device successfully receives the retransmission data, it sends ACK information to the first terminal device on the retransmission feedback resource.
  • the feedback information of the retransmission data is not sent. Since the second terminal device has successfully received the side line data, if the second terminal device has not successfully received the retransmission data, the second terminal device does not send any information to the second terminal device. A terminal device sends the feedback information of the retransmission data, that is, the second terminal device does not use the retransmission feedback resource to send the feedback information of the retransmission data.
  • the method 200 further includes: the second terminal device obtains retransmission feedback resources, so that the second terminal device can perform the retransmission Send ACK information on the feedback resource.
  • acquiring the retransmission feedback resource by the second terminal device may include: the second terminal device receiving the retransmission feedback resource sent by the first terminal device.
  • the second terminal device can directly use the retransmission feedback resource to send ACK information; if the retransmission feedback resource If it is a feedback resource set, the second terminal device may also select a resource in the feedback resource set for sending ACK information.
  • a specific resource such as specific time domain resources, frequency domain resources, and code domain resources
  • the first terminal device receives any one of the HARQ ACK for side-line data and the HARQ ACK for retransmission data sent by the second terminal device, which can be regarded as the first The second terminal has successfully received the data.
  • the probability that the first terminal device correctly receives the HARQ ACKs can also be improved.
  • Fig. 8 shows another schematic flowchart of a method 200 for transmitting side row data according to an embodiment of the present application, and Fig. 8 is a continuation of the method 200 in Fig. 6.
  • the first terminal device is the first terminal device in the method 200 in FIG. 6;
  • the third terminal device is the third terminal device in the method 200 in FIG. 6.
  • each step in FIG. 7 and each step in FIG. 8 can be used independently or in combination, and the embodiment of the present application is not limited to this.
  • the method 200 includes: S208, sending retransmission feedback resources of the retransmission data, that is, the first terminal device sends the retransmission feedback resources to the third terminal device.
  • S208 in FIG. 8 is S208 in FIG. 6. For brevity, details are not repeated here.
  • the third terminal device may execute the following steps S231 to S233.
  • S231 Whether the retransmission data is successfully received, that is, the third terminal device determines whether the retransmission data is successfully received, and if the third terminal device successfully receives the retransmission data, execute S232; if the third terminal device does not successfully receive the retransmission data For retransmission of data, S233 is executed.
  • S232 Send HARQ ACK, that is, when the third terminal device successfully receives the retransmitted data, it sends ACK information to the first terminal device on the retransmission feedback resource.
  • Send HARQ NACK that is, the third terminal device sends NACK information to the first terminal device on the retransmission feedback resource when the retransmission data is not successfully received. Or, if the third terminal device does not detect the control information of the retransmitted data, the third terminal device may not receive the retransmitted data, and the feedback information of the retransmitted data is not sent.
  • the first terminal device may It is determined that the third terminal terminal device has not successfully received the retransmitted data. Since the first terminal device may think that the third terminal device has not successfully received the sideline data and the retransmission data of the sideline data at this time, the first terminal device may continue to send the retransmission data for the third terminal device and
  • the feedback resource of the feedback information of the retransmission data is not limited to this embodiment of the present application.
  • the sending end terminal sends the sideline data to the receiving end. If the sending end terminal determines that there is a terminal device that has not successfully received the sideline data, the sending end terminal is performing During retransmission, regardless of whether the receiving end terminal feeds back ACK or NACK, the sending end terminal will allocate transmission resources for sending feedback information to each receiving end terminal. In other words, when sending side line data and its retransmission data, the sending end terminal allocates feedback transmission resources to all receiving end terminals, and the number of transmission resources allocated by the sending end terminal is the same.
  • the terminal that correctly received the side-line data before may not send feedback information, which can reduce the overhead of feedback signaling; or, the terminal that has correctly received the side-line data before, and the retransmission is also correctly received, will all feedback ACK, so that Improve the success rate of feedback channel reception.
  • FIG. 9 shows a schematic flowchart of a method 300 for transmitting sideline data according to an embodiment of the present application.
  • the method 300 includes: S301, sending sideline data, that is, the first terminal device sends the sideline data to at least one terminal device.
  • the method 300 further includes: S302, successfully receiving the sideline data, that is, for the sideline data sent by the first terminal device, the second terminal device determines that the sideline data sent by the first terminal device is successfully received, Then continue to execute S303.
  • S303 Send HARQ ACK information, that is, when the second terminal device successfully receives the sideline data, the second terminal device sends feedback information to the first terminal device.
  • the feedback information may be ACK information, for example, HARQ ACK information.
  • the method 300 further includes: S304, the side row data is not successfully received, that is, for the side row data sent by the first terminal device, the third terminal device determines that the side row data is not successfully received, and then continues to execute S305.
  • Send HARQ NACK information that is, in the case that the third terminal device fails to receive the side row data, the third terminal device sends the feedback information of the side row data to the first terminal device as NACK information, for example, HARQ NACK information .
  • the method 300 further includes: S306, determining whether there is a terminal device that has not successfully received the sideline data and a terminal device that has successfully received the sideline data. That is, after the first terminal device sends the sideline data to the at least one terminal device, it will determine whether there is a terminal that has not successfully received the sideline data among the at least one terminal device according to the received feedback information sent by the at least one terminal device. Device and the terminal device that successfully receives the sideline data; and, if the first terminal device determines that there is a terminal device that has not successfully received the sideline data, continue to perform S307 and S308.
  • the method 300 further includes: S307, sending retransmission data of the side line data; S308, sending only the retransmission feedback resource of the retransmission data to the terminal device that has not successfully received the side line data.
  • the first terminal device determines that there is a terminal device that has not successfully received the sideline data among at least one terminal device, it sends retransmission data of the sideline data to each terminal device of the at least one terminal device; but , The first terminal device only sends the retransmission feedback resource of the retransmission data to the terminal device that has not successfully received the sideline data determined by the first terminal device, wherein the retransmission feedback resource is used for the receiving terminal device to send Feedback information of the retransmitted data. That is, for the terminal device that has successfully received the sideline data determined by the first terminal device, the first terminal device does not send the retransmission data feedback resource to it.
  • S301 to S307 in the method 300 may correspond to S201 to S207 in the method 200, for example, S301 in the method 300 may correspond to S201 in the method 200, that is, the relevant description in S201 is applicable to S301, For brevity, I won't repeat them here.
  • S308 in the method 300 is different from S308 in the method 200.
  • the second terminal device and the third terminal device can perform different steps, which will continue to be combined below Figures 10 to 13 will be described separately.
  • FIGS. 10 and 11 respectively show a schematic flow chart of another method 300 for transmitting sideline data according to an embodiment of the present application.
  • FIGS. 10 and 11 are continuations of the method 300 in FIG. 9, or Fig. 10 and Fig. 11 are respectively a possible implementation of the method 300 in Fig. 9.
  • the first terminal device in FIG. 10 and FIG. 11 is the first terminal device in the method 300 in FIG. 9; the second terminal device in FIG. 10 and FIG. 11 is the second terminal device in the method 300 in FIG. Terminal Equipment.
  • the method 300 includes: S303, sending HARQ ACK information, that is, the second terminal device sends the ACK information to the first terminal device when the sideline data is successfully received.
  • S303 in FIG. 10 and FIG. 11 all correspond to S303 in FIG. 9, which is not repeated here for brevity.
  • S306 the first terminal device receives the feedback information sent by the second terminal device, because there may be a situation where the first terminal device detects incorrectly. Therefore, for step S306, two cases of FIG. 10 and FIG. 11 may be included. Case 1, as shown in FIG. 10, S306 in the method 300 includes: S316, receiving the ACK information sent by the second terminal device, and not sending the retransmission feedback resource of the retransmission data.
  • the second terminal device if the second terminal device successfully receives the sideline data, it will feed back the ACK information to the first terminal device; correspondingly, the first terminal device may correctly detect the ACK information, then the first terminal device The device will no longer send the retransmission feedback resource of the retransmission data to the second terminal device.
  • S321 will continue to be executed.
  • S321 Do not send feedback information of retransmission data. Since the first terminal device does not allocate the retransmission feedback resource corresponding to the retransmission data to the second terminal device, the second terminal device does not send feedback information of the retransmission data to the first terminal device. That is, regardless of whether the second terminal device successfully receives the retransmitted data, the second terminal device gives up sending the feedback information of the retransmitted data to the first terminal device.
  • S306 in the method 300 includes: S326, erroneously detecting ACK information as NACK information or DTX status. Specifically, in S302 and S303, when the second terminal device successfully receives the sideline data, it will feed back ACK information to the first terminal device; correspondingly, in S326, the first terminal device may have a detection error, resulting in The first terminal device erroneously determines that the second terminal device has not successfully received the side line data. For example, the first terminal device may incorrectly determine the ACK information as NACK information, or the first terminal device may not detect the ACK information and think that the second terminal device is in the DTX state, and the first terminal device will determine The second terminal device did not successfully receive the side line data.
  • the first terminal device determines that the second terminal device has not successfully received the side line data, the first terminal device will continue to perform S307 and S308.
  • S307 is S307 shown in FIG. 9, and details are not described herein again.
  • S308 Send the retransmission feedback resource of the retransmission data, that is, the first terminal device sends the retransmission feedback resource to the second terminal device, where the retransmission feedback resource is used to carry the feedback information of the retransmission data.
  • S308 in FIG. 11 may correspond to the part in which the first terminal device sends the retransmission feedback resource to the second terminal device in S208 in the method 200.
  • S308 in FIG. 11 may correspond to the part in which the first terminal device sends the retransmission feedback resource to the second terminal device in S208 in the method 200.
  • the second terminal device since the second terminal device has successfully received the side line data, when the second terminal device receives the retransmission data of the side line data and the retransmission feedback resource of the retransmission data, the second terminal device The ACK information can be sent on the retransmission feedback resource of the retransmitted data.
  • HARQ ACK is sent, that is, the second terminal device receives the retransmission data of the side line data and retransmission feedback resources. Since the second terminal device has correctly received the side line data, no matter what Whether the retransmission data is successfully received, or whether the second terminal device determines that the retransmission data is successfully received, the second terminal device sends feedback information to the first terminal device on the retransmission feedback resource, and the feedback information is ACK information.
  • this step S322 may correspond to S222 in the method 200, that is, the related description of S222 is applicable to this S322. For the sake of brevity, it will not be repeated here.
  • the first terminal device and the third terminal device at the receiving end will be described below in conjunction with FIG. 12 and FIG. 13.
  • FIG. 12 and FIG. 13 respectively show a schematic flowchart of another method 300 for transmitting side line data according to an embodiment of the present application.
  • Both FIG. 12 and FIG. 13 are continuations of the method 300 in FIG. 9, or 12 and 13 are respectively a possible implementation of the method 300 in FIG. 9.
  • the first terminal device in FIG. 12 and FIG. 13 is the first terminal device in the method 300 in FIG. 9
  • the third terminal device in FIG. 12 and FIG. 13 is the third terminal device in the method 300 in FIG. Terminal Equipment.
  • the method 300 includes: S305, sending HARQ NACK information, that is, the third terminal device sends NACK information to the first terminal device in the case where the side line data is not successfully received. It should be understood that both S303 in FIG. 12 and FIG. 13 correspond to S305 in FIG.
  • step S306 may include two cases of FIG. 12 and FIG. 13.
  • S306 in the method 300 includes: S336, determining that the third terminal device has not successfully received the side line data. Specifically, in S304 and S305, if the third terminal device fails to receive the sideline data, it will feed back NACK information to the first terminal device or not send feedback information; correspondingly, in this S336, the first terminal device Determining that the third terminal device has not successfully received the sideline data may include: the third terminal device correctly receives the NACK information; or, the third terminal device correctly detects and determines that the feedback information is not received; or, the third terminal device The terminal device detects an error, but it is determined that the third terminal device has not successfully received the side row data.
  • the third terminal device fails to receive the sideline data, no matter whether the first terminal device detects correctly, but the first terminal device also determines that the third terminal device does not successfully receive the sideline data, then The first terminal device will continue to execute S307 and S308.
  • S307 is S307 shown in FIG. 9, and details are not described herein again.
  • Send the retransmission feedback resource of the retransmission data that is, the first terminal device sends the retransmission feedback resource to the third terminal device, where the retransmission feedback resource is used to carry the feedback information of the retransmission data.
  • S308 in FIG. 12 may correspond to the part in which the first terminal device sends the retransmission feedback resource to the third terminal device in S208 in the method 200.
  • S308 in FIG. 12 may correspond to the part in which the first terminal device sends the retransmission feedback resource to the third terminal device in S208 in the method 200.
  • details are not repeated here.
  • the third terminal device may Perform the following steps S331 to S333.
  • S331 Whether the retransmission data is successfully received, that is, the third terminal device determines whether the retransmission data is successfully received, and if the third terminal device successfully receives the retransmission data, execute S332; if the third terminal device does not successfully receive the retransmission data For the retransmission of data, S333 is executed.
  • S332 Send HARQ ACK, that is, when the third terminal device successfully receives the retransmission data, it sends ACK information to the first terminal device on the retransmission feedback resource.
  • S333 Send HARQ NACK, that is, the third terminal device sends NACK information to the first terminal device on the retransmission feedback resource when the retransmission data is not successfully received. Or, if the third terminal device does not detect the control information of the retransmitted data, the third terminal device may not receive the retransmitted data, and the feedback information of the retransmitted data is not sent.
  • S331 to S333 in the method 300 correspond to S231 to S233 in the method 200, which are not repeated here for brevity.
  • S306 in the method 300 includes: S346, error detection is that the third terminal device sends ACK information. Specifically, in S304 and S305, if the third terminal device does not successfully receive the sideline data, it will feed back NACK information or not send feedback information to the first terminal device; correspondingly, in this S346, the first terminal device The feedback information of the third terminal device may be detected as ACK information by mistake.
  • the first terminal device considers that the third terminal device has successfully received the sideline data, and therefore will not send the retransmission feedback resource of the retransmission data of the sideline data to the third terminal device. .
  • the third terminal device failed to successfully receive the side line data, there may be a possibility that the retransmission data of the side line data was also not successfully received, but the third terminal device did not receive the retransmission data. If the retransmission feedback resource of the feedback information is not available, the feedback information of the retransmission data cannot be sent to the first terminal device.
  • the method 300 may further include: S335, sending instruction information, that is, when the third terminal device has not successfully received the side line data and has not successfully obtained the retransmission feedback resource of the retransmitted data, the third terminal device may send The first terminal device sends instruction information.
  • the indication information is used to indicate that the third terminal device has not received the sideline data correctly; or used to instruct the first terminal device to allocate transmission resources for the third terminal device to transmit feedback information; or used to indicate the first terminal device Send retransmission data.
  • the feedback resource of the feedback information sent by the first terminal device can be used, Send feedback information to the first terminal device.
  • the indication information may be carried by PSCCH or PSSCH.
  • the sending end terminal when the sending end terminal receives the ACK sent by the receiving end terminal, the sending end does not allocate the sending feedback information for the receiving end terminal when retransmitting.
  • the transmitting terminal when the transmitting terminal receives the NACK or DTX sent by the receiving terminal, the transmitting terminal will allocate transmission resources for sending feedback information to the receiving terminal when retransmitting. That is, the transmitting terminal only allocates the transmission resources of the feedback information for the retransmitted data to the terminals that have not received the sideline data, which can reduce the overhead of the feedback resources, reduce the conflict between the feedback channels, and improve the detection success rate of the feedback information. .
  • the size of the sequence number of the above-mentioned processes does not mean the order of execution, and the execution order of each process should be determined by its function and internal logic, rather than corresponding to the embodiments of the present application.
  • the implementation process constitutes any limitation.
  • the terminal device 400 includes: a processing unit 410 and a transceiver unit 420.
  • the terminal device 400 may be the first terminal device in the foregoing method 200.
  • the transceiving unit 420 is configured to send side-line data to multiple terminal devices; the transceiving unit 420 is also configured to: if the processing unit 410 determines that the side-line data is not successfully received in the multiple terminal devices The terminal device sends the retransmission data of the side line data and the retransmission feedback resource to each of the multiple terminal devices, where the retransmission feedback resource is used for the multiple terminal devices to send the feedback information of the retransmission data .
  • the transceiving unit 420 is further configured to: send a data feedback resource to the multiple terminal devices, where the data feedback resource is used for the multiple terminal devices to send feedback information of the sideline data; this processing
  • the unit 410 is further configured to: on the data feedback resource, detect the feedback information of the side line data sent by the multiple terminal devices; according to the detection result, determine whether there is an unsuccessful reception of the side line data among the multiple terminal devices. Data terminal equipment.
  • the processing unit 410 is further configured to: if the feedback information of the side line data of the second terminal device of the plurality of terminal devices is not detected on the data feedback resource, determine the The second terminal device does not successfully receive the sideline data; or, if the feedback information of the sideline data sent by the second terminal device is detected on the data feedback resource, determine according to the feedback information of the sideline data Whether the second terminal device successfully receives the side line data.
  • the processing unit 410 is further configured to: if the feedback information of the side line data is ACK information, determine that the second terminal device successfully receives the side line data;
  • the feedback information is non-acknowledged NACK information, and it is determined that the second terminal device has not successfully received the side line data.
  • each unit in the terminal device 400 is used to implement the corresponding process of the first terminal device in the method 200 in FIGS. 6 to 8 respectively. For brevity, details are not repeated here.
  • the terminal device may also be the second terminal device or the third terminal device in the foregoing method 200.
  • the transceiving unit 420 is configured to: receive sideline data, which is sent by the first terminal device to multiple terminal devices, the multiple terminal devices including the terminal device; the transceiving unit 420 is also configured to: Receiving retransmission data of the side row data sent by the first terminal device; the processing unit 410 is configured to: obtain retransmission feedback resources, the retransmission feedback resources are used to carry feedback information of the retransmission data; the processing unit 410 It is also used to determine whether to send feedback information of the retransmitted data to the first terminal device according to whether the side line data is successfully received.
  • the processing unit 410 is further configured to: if the transceiving unit 420 successfully receives the side line data, on the retransmission feedback resource, send to the first terminal device through the transceiving unit 420 Confirm the ACK information or give up sending the feedback information of the retransmitted data to the first terminal device.
  • the processing unit 410 is further configured to: if the transceiving unit 420 successfully receives the side line data and the retransmitted data, on the retransmission feedback resource, send the transceiving unit 420 to the The first terminal device sends ACK information; or, if the transceiving unit 420 successfully receives the sideline data and fails to receive the retransmitted data, it gives up sending the feedback information of the retransmitted data to the first terminal device.
  • the processing unit 410 is further configured to: if the transceiving unit 420 does not successfully receive the side line data, according to whether the retransmission data is successfully received, on the retransmission feedback resource, pass The transceiver unit 420 sends feedback information of the retransmitted data to the first terminal device.
  • the transceiving unit 420 is further configured to: if the transceiving unit 420 successfully receives the retransmitted data, on the retransmission feedback resource, the transceiving unit 420 sends to the first terminal device ACK information; or, if the transceiving unit 420 does not successfully receive the retransmission data, on the retransmission feedback resource, the transceiving unit 420 sends a non-acknowledged NACK information to the first terminal device or gives up to the first terminal The device sends feedback information of the retransmitted data.
  • the processing unit 410 is further configured to: receive the retransmission feedback resource sent by the first terminal device through the transceiving unit 420; or, determine the retransmission feedback resource from a feedback resource set.
  • the processing unit 410 is further configured to: obtain a data feedback resource of the side line data; if the transceiving unit 420 successfully receives the side line data, on the data feedback resource, use the transceiving The unit 420 sends ACK information to the first terminal device; or, if the transceiving unit 420 does not successfully receive the side line data, on the data feedback resource, the transceiving unit 420 sends NACK information to the first terminal device or Give up sending the feedback information of the side line data to the first terminal device.
  • the processing unit 410 is further configured to: receive the data feedback resource sent by the first terminal device through the transceiving unit 420; or, determine the data feedback resource from a feedback resource set.
  • each unit in the terminal device 400 is used to implement the corresponding procedures of the second terminal device and the third terminal device in the method 200 in FIGS. 6 to 8. For simplicity, This will not be repeated here.
  • the terminal device of the embodiment of the present application sends sideline data to the receiving end. If the sending end terminal determines that there is a terminal device that has not successfully received the sideline data, the sending end terminal will retransmit regardless of the receiving end.
  • the end terminal feeds back ACK or NACK, and the sending end terminal allocates transmission resources for sending feedback information to each receiving end terminal. In other words, when sending side line data and its retransmission data, the sending end terminal allocates feedback transmission resources to all receiving end terminals, and the number of transmission resources allocated by the sending end terminal is the same.
  • the terminal that correctly received the side-line data before may not send feedback information, which can reduce the overhead of feedback signaling; or, the terminal that has correctly received the side-line data before, and the retransmission is also correctly received, will all feedback ACK, so that Improve the success rate of feedback channel reception.
  • the terminal device may also be the first terminal device in the foregoing method 300.
  • the transceiving unit 420 is configured to: send sideline data to a plurality of terminal devices; the processing unit 410 is configured to: determine that there is a third terminal device that has not successfully received the sideline data among the plurality of terminal devices and that it successfully For the second terminal device that receives the sideline data, the transceiving unit 420 is further configured to: only send the retransmission data of the sideline data and the retransmission feedback resource to the third terminal device, and the retransmission feedback resource is used for carrying Feedback information of the retransmitted data.
  • the processing unit 410 is further configured to: abandon sending the retransmission feedback resource to the second terminal device.
  • the transceiving unit 420 is further configured to: in the case that the processing unit 410 gives up sending the retransmission feedback resource to the second terminal device, if the transceiving unit 420 receives the second terminal device The instruction information sent, and the instruction information is used to indicate that the second terminal device has not successfully received the side line data, and according to the instruction information, send the retransmission data of the side line data and retransmission feedback to the second terminal device Resources.
  • the processing unit 410 is further configured to: on the retransmission feedback resource, detect the feedback information of the retransmission data sent by the third terminal device; and determine the second 3. Whether the terminal device successfully receives the retransmitted data.
  • the transceiving unit 420 is further configured to: send a data feedback resource to the multiple terminal devices, where the data feedback resource is used for the multiple terminal devices to send feedback information of the sideline data; this processing
  • the unit 410 is further configured to: on the data feedback resource, detect the feedback information of the sideline data sent by the multiple terminal devices; according to the detection result, determine whether the second terminal device and the second terminal device exist in the multiple terminal devices. / Or the third terminal device.
  • the processing unit 410 is further configured to: if the feedback information of the side line data of the third terminal device is not detected on the data feedback resource, determine that the third terminal device is unsuccessful The side line data is received; or, if the feedback information of the side line data sent by the third terminal device is detected on the data feedback resource, according to the feedback information of the side line data, it is determined whether the third terminal device is The side row data is successfully received.
  • the processing unit 410 is further configured to: if the feedback information of the side line data is ACK information, determine that the third terminal device successfully receives the side line data;
  • the feedback information is non-acknowledged NACK information, and it is determined that the third terminal device has not successfully received the side line data.
  • the transceiving unit 420 is further configured to: if the processing unit 410 determines that there is a terminal device that has not successfully received the side line data among the multiple terminal devices, send the multiple terminal devices the Retransmit the data.
  • each unit in the terminal device 400 is used to implement the corresponding process of the first terminal device in the method 300 in FIGS. 9 to 13, and are not repeated here for brevity.
  • the terminal device may also be the second terminal device or the third terminal device in the foregoing method 300.
  • the transceiving unit 420 is configured to: receive sideline data, which is sent by the first terminal device to multiple terminal devices, the multiple terminal devices including the terminal device; the transceiving unit 420 is also configured to: Receive the retransmission data of the side line data sent by the first terminal device; the processing unit 410 is configured to successfully receive the side line data in the transceiving unit 420, but does not receive the retransmission sent by the first terminal device In the case of the feedback resource, sending the feedback information of the retransmission data to the first terminal device is abandoned, and the retransmission feedback resource is used to carry the feedback information of the retransmission data.
  • the processing unit 410 is further configured to: in the case that the side line data is not successfully received, and the retransmission feedback resource sent by the first terminal device is not received, give up to the first terminal device.
  • a terminal device sends feedback information of the retransmitted data.
  • the processing unit 410 is further configured to: in the case that the transceiving unit 420 has not successfully received the side line data and has not received the retransmission feedback resource sent by the first terminal device, The transceiving unit 420 sends instruction information to the first terminal device, where the instruction information is used by the first terminal device to determine that the terminal device has not successfully received the side line data.
  • each unit in the terminal device 400 is used to implement the corresponding procedures of the second terminal device and the third terminal device in the method 300 in FIGS. 9-13. For brevity, This will not be repeated here.
  • the transmitting end when the terminal serving as the transmitting end receives the ACK sent by the receiving end terminal, the transmitting end does not allocate transmission resources for sending feedback information to the receiving end terminal when performing retransmission; but The transmitting end terminal receives the NACK or DTX sent by the receiving end terminal, and when the transmitting end terminal performs retransmission, it will allocate transmission resources for sending feedback information to the receiving end terminal. That is, the transmitting terminal only allocates the transmission resources of the feedback information for the retransmitted data to the terminals that have not received the sideline data, which can reduce the overhead of the feedback resources, reduce the conflict between the feedback channels, and improve the detection success rate of the feedback information. .
  • FIG. 15 is a schematic structural diagram of a communication device 500 provided by an embodiment of the present application.
  • the communication device 500 shown in FIG. 15 includes a processor 510, and the processor 510 can call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the communication device 500 may further include a memory 520.
  • the processor 510 may call and run a computer program from the memory 520 to implement the method in the embodiment of the present application.
  • the memory 520 may be a separate device independent of the processor 510, or may be integrated in the processor 510.
  • the communication device 500 may further include a transceiver 530, and the processor 510 may control the transceiver 530 to communicate with other devices, specifically, it may send information or data to other devices, or receive other devices. Information or data sent by the device.
  • the transceiver 530 may include a transmitter and a receiver.
  • the transceiver 530 may further include an antenna, and the number of antennas may be one or more.
  • the communication device 500 may specifically be a network device in an embodiment of the present application, and the communication device 500 may implement the corresponding process implemented by the network device in each method of the embodiment of the present application. For brevity, details are not repeated here. .
  • the communication device 500 may specifically be any mobile terminal/terminal device in the embodiments of the application, for example, it may be the first terminal device, the second terminal device, or the third terminal device in the embodiments of the application; and
  • the communication device 500 can implement the corresponding processes implemented by the mobile terminal/terminal device in each method in the embodiments of the present application, and for the sake of brevity, details are not described herein again.
  • FIG. 16 is a schematic structural diagram of a chip of an embodiment of the present application.
  • the chip 600 shown in FIG. 16 includes a processor 610, and the processor 610 can call and run a computer program from the memory to implement the method in the embodiment of the present application.
  • the chip 600 may further include a memory 620.
  • the processor 610 may call and run a computer program from the memory 620 to implement the method in the embodiment of the present application.
  • the memory 620 may be a separate device independent of the processor 610, or may be integrated in the processor 610.
  • the chip 600 may further include an input interface 630.
  • the processor 610 can control the input interface 630 to communicate with other devices or chips, and specifically, can obtain information or data sent by other devices or chips.
  • the chip 600 may further include an output interface 640.
  • the processor 610 can control the output interface 640 to communicate with other devices or chips, and specifically, can output information or data to other devices or chips.
  • the chip can be applied to the network device in the embodiment of the present application, and the chip can implement the corresponding process implemented by the network device in the various methods of the embodiment of the present application.
  • the chip can implement the corresponding process implemented by the network device in the various methods of the embodiment of the present application.
  • the chip can be applied to any mobile terminal/terminal device in the embodiments of this application, and the chip can implement the corresponding processes implemented by the mobile terminal/terminal device in each method of the embodiments of this application, for example, the first The first terminal device, the second terminal device, and the third terminal device are not repeated here for brevity.
  • the chip mentioned in the embodiment of the present application may also be referred to as a system-level chip, a system-on-chip, a system-on-chip, or a system-on-chip, etc.
  • FIG. 17 is a schematic block diagram of a communication system 700 according to an embodiment of the present application. As shown in FIG. 17, the communication system 700 includes a terminal device 710 and a network device 720.
  • the terminal device 710 can be used to implement the corresponding function implemented by any terminal device in the foregoing method
  • the network device 720 can be used to implement the corresponding function implemented by the network device in the foregoing method. No longer.
  • the processor of the embodiment of the present application may be an integrated circuit chip with signal processing capability.
  • the steps of the foregoing method embodiments can be completed by hardware integrated logic circuits in the processor or instructions in the form of software.
  • the aforementioned processor may be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (ASIC), a ready-made programmable gate array (Field Programmable Gate Array, FPGA) or other Programming logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • DSP Digital Signal Processor
  • ASIC application specific integrated circuit
  • FPGA ready-made programmable gate array
  • the methods, steps, and logical block diagrams disclosed in the embodiments of the present application can be implemented or executed.
  • the general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like.
  • the steps of the method disclosed in the embodiments of the present application may be directly embodied as being executed and completed by a hardware decoding processor, or executed and completed by a combination of hardware and software modules in the decoding processor.
  • the software module can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory, or electrically erasable programmable memory, registers.
  • the storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.
  • the memory in the embodiment of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), and electrically available Erase programmable read-only memory (Electrically EPROM, EEPROM) or flash memory.
  • the volatile memory may be a random access memory (Random Access Memory, RAM), which is used as an external cache.
  • RAM random access memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • DRAM synchronous dynamic random access memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM DDR SDRAM
  • ESDRAM enhanced synchronous dynamic random access memory
  • Synchlink DRAM SLDRAM
  • DR RAM Direct Rambus RAM
  • the memory in the embodiment of the present application may also be static random access memory (static RAM, SRAM), dynamic random access memory (dynamic RAM, DRAM), Synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous connection Dynamic random access memory (synch link DRAM, SLDRAM) and direct memory bus random access memory (Direct Rambus RAM, DR RAM), etc. That is to say, the memory in the embodiment of the present application is intended to include but not limited to these and any other suitable types of memory.
  • the embodiment of the present application also provides a computer-readable storage medium for storing computer programs.
  • the computer-readable storage medium may be applied to the network device in the embodiment of the present application, and the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program causes the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer-readable storage medium can be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program enables the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application ,
  • the computer program enables the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application ,
  • I will not repeat it here.
  • the embodiments of the present application also provide a computer program product, including computer program instructions.
  • the computer program product may be applied to the network device in the embodiment of the present application, and the computer program instructions cause the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program instructions cause the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program instructions cause the computer to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • the computer program product can be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program instructions cause the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method of the embodiment of the present application, For brevity, I won't repeat them here.
  • the embodiment of the present application also provides a computer program.
  • the computer program can be applied to the network device in the embodiment of the present application.
  • the computer program runs on the computer, the computer is caused to execute the corresponding process implemented by the network device in each method of the embodiment of the present application.
  • I won’t repeat it here.
  • the computer program can be applied to the mobile terminal/terminal device in the embodiment of the present application.
  • the computer program runs on the computer, the computer executes each method in the embodiment of the present application. For the sake of brevity, the corresponding process will not be repeated here.
  • the disclosed system, device, and method may be implemented in other ways.
  • the device embodiments described above are only illustrative.
  • the division of the units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components can be combined or It can be integrated into another system, or some features can be ignored or not implemented.
  • the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.
  • each unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer readable storage medium.
  • the technical solution of this application essentially or the part that contributes to the existing technology or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including Several instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the method described in each embodiment of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory,) ROM, random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other media that can store program code .

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本申请实施例涉及用于传输侧行数据的方法和终端设备。该方法包括：第一终端设备向多个终端设备发送侧行数据；若该第一终端设备确定在该多个终端设备中存在未成功接收到该侧行数据的终端设备，该第一终端设备向该多个终端设备中每个终端设备发送该侧行数据的重传数据和重传反馈资源，该重传反馈资源用于该多个终端设备发送该重传数据的反馈信息。本申请实施例的用于传输侧行数据的方法和终端设备，能够提高反馈信道接收的成功率。

Description

用于传输侧行数据的方法和终端设备 技术领域
本申请涉及通信领域，尤其涉及用于传输侧行数据的方法和终端设备。
背景技术
在NR-V2X中，为了提高业务传输的可靠性，引入了针对侧行数据传输的反馈机制。另外，现有技术只是给出了发送端终端为接收端终端分配针对首次传输的侧行数据的反馈资源，以用于接收端终端发送反馈信息的方案；但是对于存在多个接收端终端的情况，却没有给出发送端终端要如何为这些接收端终端分配重传数据的反馈资源的方案。
发明内容
本申请实施例提供一种用于传输侧行数据的方法和终端设备，能够提高反馈信道接收的成功率。
第一方面，提供了一种用于传输侧行数据的方法，包括：第一终端设备向多个终端设备发送侧行数据；若该第一终端设备确定在该多个终端设备中存在未成功接收到该侧行数据的终端设备，该第一终端设备向该多个终端设备中每个终端设备发送该侧行数据的重传数据和重传反馈资源，该重传反馈资源用于该多个终端设备发送该重传数据的反馈信息。
第二方面，提供了一种用于传输侧行数据的方法，包括：多个终端设备中的第二终端设备接收侧行数据，该侧行数据为第一终端设备向该多个终端设备发送的；该第二终端设备接收该第一终端设备发送的该侧行数据的重传数据；该第二终端设备获取重传反馈资源，该重传反馈资源用于承载该重传数据的反馈信息；该第二终端设备根据是否成功接收到该侧行数据，确定是否向该第一终端设备发送该重传数据的反馈信息。
第三方面，提供了一种用于传输侧行数据的方法，包括：第一终端设备向多个终端设备发送侧行数据；该第一终端设备确定该多个终端设备中存在未成功接收到该侧行数据的第三终端设备以及成功接收到该侧行数据的第二终端设备，该第一终端设备仅向该第三终端设备发送该侧行数据的重传数据以及重传反馈资源，该重传反馈资源用于承载该重传数据的反馈信息。
第四方面，提供了一种用于传输侧行数据的方法，包括：多个终端设备中的第二终端设备接收侧行数据，该侧行数据为第一终端设备向该多个终端设备发送的；该第二终端设备接收该第一终端设备发送的该侧行数据的重传数据；在该第二终端设备成功接收到该侧行数据，且未接收到该第一终端设备发送的重传反馈资源的情况下，该第二终端设备放弃向该第一终端设备发送该重传数据的反馈信息，该重传反馈资源用于承载该重传数据的反馈信息。
第五方面，提供了一种终端设备，用于执行上述第一方面或其各实现方式中的方法。具体地，该终端设备包括用于执行上述第一方面至第四方面中的任一方面或其各实现方式中的方法的功能模块。
第六方面，提供了一种终端设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面至第四方面中的任一方面或其各实现方式中的方法。
第七方面，提供了一种芯片，用于实现上述第一方面至第四方面中的任一方面或其各实现方式中的方法。具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行如上述第一方面至第四方面中的任一方面或其各实现方式中的方法。
第八方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面至第四方面中的任一方面或其各实现方式中的方法。
第九方面，提供了一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述第一方面至第四方面中的任一方面或其各实现方式中的方法。
第十方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面至第四方面中的任一方面或其各实现方式中的方法。
通过上述技术方案，发送端终端向接收端发送侧行数据，若发送端终端确定存在未成功接收到该侧行数据的终端设备，发送端终端在进行重传时，可以不论接收端终端反馈ACK或NACK，发送端终端发送重传数据的同时，还会为每个接收端终端分配用于发送重传数据的反馈信息的传输资源，但是之前正确接收到侧行数据的终端可以不发送反馈信息，这样可以降低反馈信令的开销；或者，之前正确接收到侧行数据的终端，重传也正确接收，则都反馈ACK，这样可以提高反馈信道接收的成功率。
另外，发送端在进行重传时，还可以选择不为该接收端终端分配发送反馈信息的传输资源；但是发送端终端收到接收端终端发送的NACK或DTX，发送端终端在进行重传时，会为该接收端终端分配发 送反馈信息的传输资源。这样可以降低反馈资源的开销，降低反馈信道之间的冲突，提高反馈信息的检测成功率。
附图说明
图1是本申请实施例提供的一种通信系统架构的示意性图。
图2是本申请实施例提供的一种车联网系统架构的示意性图。
图3是本申请实施例提供的一种传输侧行数据的示意性图。
图4是本申请实施例提供的一种包括多个终端的组播通信的示意性图。
图5是本申请实施例提供的另一种传输侧行数据的示意性图。
图6是本申请实施例提供的一种用于传输侧行数据的方法的示意性流程图。
图7是本申请实施例提供的一种用于传输侧行数据的方法的另一示意性流程图。
图8是本申请实施例提供的一种用于传输侧行数据的方法的再一示意性流程图。
图9是本申请实施例提供的另一种用于传输侧行数据的方法的示意性流程图。
图10是本申请实施例提供的再一种用于传输侧行数据的方法的示意性流程图。
图11是本申请实施例提供的再一种用于传输侧行数据的方法的示意性流程图。
图12是本申请实施例提供的再一种用于传输侧行数据的方法的示意性流程图。
图13是本申请实施例提供的再一种用于传输侧行数据的方法的示意性流程图。
图14是本申请实施例提供的一种终端设备的示意性框图。
图15是本申请实施例提供的一种通信设备的示意性框图。
图16是本申请实施例提供的一种芯片的示意性框图。
图17是本申请实施例提供的一种通信系统的示意性图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(Global System of Mobile communication，GSM)系统、码分多址(Code Division Multiple Access，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long Term Evolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperability for Microwave Access，WiMAX)通信系统或5G系统等。
示例性的，本申请实施例应用的通信系统100如图1所示。该通信系统100可以包括网络设备110，网络设备110可以是与终端设备120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。可选地，该网络设备110可以是GSM系统或CDMA系统中的基站(Base Transceiver Station，BTS)，也可以是WCDMA系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络侧设备或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。
该通信系统100还包括位于网络设备110覆盖范围内的至少一个终端设备120。作为在此使用的“终端设备”包括但不限于经由有线线路连接，如经由公共交换电话网络(Public Switched Telephone Networks，PSTN)、数字用户线路(Digital Subscriber Line，DSL)、数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、无线局域网(Wireless Local Area Network，WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器；和/或另一终端设备的被设置成接收/发送通信信号的装置；和/或物联网(Internet of Things，IoT)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话；可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System，PCS)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global Positioning System，GPS)接收器的PDA； 以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端设备可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的PLMN中的终端设备等。
可选地，终端设备120之间可以进行终端直连(Device to Device，D2D)通信。
可选地，5G系统或5G网络还可以称为新无线(New Radio，NR)系统或NR网络。
图1示例性地示出了一个网络设备和两个终端设备，可选地，该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。
可选地，该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例对此不作限定。
应理解，本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备110和终端设备120，网络设备110和终端设备120可以为上文所述的具体设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
设备到设备通信是基于终端到终端(Device to Device，D2D)的一种侧行链路(Sidelink，SL)传输技术，与传统的蜂窝系统中通信数据通过基站接收或者发送的方式不同，车联网系统采用终端到终端直接通信的方式，因此具有更高的频谱效率以及更低的传输时延。
在3GPP中定义了两种侧行链路的传输模式：模式A和模式B。具体地，图2示出了两种传输模式的示意图。其中，如图2中的左图所示，模式A指的是：终端的传输资源是由基站分配的，终端根据基站通过下行链路(Downlink，DL)分配的资源，在侧行链路上进行数据的发送；基站可以为终端分配单次传输的资源，也可以为终端分配半静态传输的资源。如图2中的右图所示，模式B指的是：车载终端在资源池中选取资源进行侧行数据的传输。
在3GPP中，D2D分成了不同的阶段进行研究。例如，邻近业务(Proximity based Service，ProSe)直接通信：在Rel-12/13中设备到设备通信，是针对ProSe的场景进行了研究，其主要针对公共安全类的业务。再例如，车联网(例如，车辆到其他设备(Vehicle to Everything，V2X))通信：在Rel-14/15中，车联网系统针对车车通信的场景进行了研究，其主要面向相对高速移动的车车、车人通信的业务。再例如，可穿戴设备(例如，进一步增强D2D(Further Enhancements D2D，FeD2D))：在Rel-14中，这个场景对于可穿戴设备通过手机接入网络的场景进行了研究，其主要面向是低移动速度以及低功率接入的场景。
在LTE-V2X中，支持广播业务，即一个终端发送数据，周围的终端都接收该数据。在NR-V2X中，在该广播的基础上引入了单播和组播业务。对于单播业务，UE1发送数据，UE2接收数据，其他用户不需要接收该数据；对于组播业务，一个终端设备组包括多个终端，该组中的一个终端发送数据，该组内的其他终端接收该数据。其中，单播业务也可以看作是一种特殊的组播业务。
进一步的，在NR-V2X中，为了提高业务传输的可靠性，引入了针对侧行数据传输的反馈机制。对于单播或者组播业务，接收端终端根据接收到的侧行数据的解调状态，决定向发送端发送混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)确认(Acknowledgement，ACK)或者HARQ非确认(Non-Acknowledgement，NACK)；发送端根据接收端反馈的HARQ ACK/NACK决定是否需要进行重传。
在NR-V2X中，可以通过物理侧行反馈信道(Physical Sidelink Feedback Channel，PSFCH)承载HARQ ACK/NACK。PSFCH的传输资源可以是预配置的、网络配置的或者根据发送端发送的物理侧行共享信道(Physical Sidelink Shared Channel，PSSCH)的传输资源确定的。
例如，这里以UE1与UE2之间的通信为例，该UE1和UE2可以是单播通信，或者也可以是组播通信中的发送端(UE1)和任意一个接收端(UE2)之间的通信。如图3所示，UE1在时隙(slot)n向UE2发送侧行数据，例如该侧行数据可以包括物理侧行控制信道(Physical Sidelink Control Channel，PSCCH)和PSSCH；UE2在slot n+1通过PSFCH向UE1发送针对该侧行数据的反馈信息。其中PSSCH所在的时隙和PSFCH所在的时隙之间的时隙间隔可以是预配置、网络配置或者是发送端终端确定的； 在slot n+1内PSFCH所占的符号位置和符号个数可以是预配置或网络配置，如通过PSFCH的资源池配置信息配置一个时隙内PSFCH的符号位置和个数；PSFCH的频域起始位置可以是和PSSCH的频域起始位置相同，频域大小可以是预配置或者是网络配置的。
对于单播或者组播通信，接收端终端使用的反馈资源是可以由发送端终端分配的，优点是发送端终端可以获知所有接收端终端的PSFCH资源，不需要进行盲检PSFCH；另外，如果所有的接收端终端的PSFCH在一个时隙内，可以避免半双工的问题。
但是，现有技术只是给出了发送端终端为接收端终端分配针对首次传输的侧行数据的反馈资源，以用于接收端终端发送反馈信息的方案，却没有给出如何为重传数据分配反馈资源的方案。另外，对于已经发送了HARQ ACK的接收端终端，当再次接收到该侧行数据的重传数据时，是否需要发送反馈信息没有给出解决方案。
例如，如果任意一个组内的一个终端向其他终端发送侧行数据，而其他终端接收该侧行数据，并根据接收情况，向发送端终端发送针对该侧行数据的反馈信息，比如可以发送HARQ ACK或HARQ NACK。如果发送端终端接收到HARQ NACK，则需要进行重传，但是在第一次传输该侧行数据的过程中，可能存在部分终端已经正确接收到该侧行数据，并且反馈HARQ ACK，此时，发送端终端和接收端终端要如何处理是目前亟待解决的问题，例如，发送端终端要如何为接收端终端分配反馈资源？已经发送HARQ ACK的终端在接收到重传数据时，如何发送反馈信息？
图4示出了一种组播通信组的示意图，如图4所示，UE1、UE2、UE3和UE4共同构成一个通信组，并且这里假设UE1向其他三个终端发送侧行数据。图5示出了该组播通信过程中传输侧行数据的示意图。如图5所示，当UE1在slot n发送组播数据时，UE2、UE3和UE4需要发送该组播数据的反馈信息，例如，UE1为UE2、UE3和UE4在slot n+1分配了传输该反馈信息的传输资源。假设UE3和UE4正确接收到该组播数据，则向UE1发送ACK；假设UE2没有正确接收到该组播数据，则可以向UE1发送NACK。当UE1接收到了终端发送的NACK时，需要进行数据重传，假设UE1在时隙n+2进行数据重传。此时UE1还需要为UE2分配发送重传数据的反馈信息的传输资源，但是是否需要为已经正确接收到组播数据的UE3和UE4分配重传数据的反馈信息的传输资源？另外，UE3和UE4在接收到UE1发送的重传数据时，是否还需要向UE1发送反馈信息？
因此，本申请实施例提出了几种用于传输侧行数据的方法，能够解决上述重传过程中的问题。
图6为本申请实施例提供的一种用于传输侧行数据的方法300的示意性流程图。如图6所示，该方法200包括：S201，发送侧行数据，即第一终端设备向至少一个终端设备发送侧行数据。
具体地，该方法200可以用于单播通信或者组播通信中，对应的，该第一终端设备可以指该单播通信或者组播通信中的任意一个终端设备。而接收该侧行数据的接收端为至少一个终端设备，该至少一个终端设备为除了该第一终端设备以外的其他终端设备。例如，如图4所示，该第一终端设备可以指如图4所示的UE1，而该接收端至少一个终端设备可以为如图4所示的UE2、UE3和UE4。
例如，该方法200用于单播传输过程中，则在S201中第一终端设备向另一个终端设备发送该侧行数据。
再例如，该方法200还可以用于组播传输过程中，则在S201中第一终端设备向该组播中其他的多个终端设备发送该侧行数据。
考虑到对于接收该侧行数据的终端设备，其可能成功接收到该侧行数据，也可能未成功接收到该侧行数据，因此，为了便于说明，在本申请实施例中，将成功接收到该侧行数据的终端设备称为第二终端设备，将未成功接收到该侧行数据的终端设备称为第三终端设备。
例如，该第一终端设备向多个终端设备发送该侧行数据，则在该多个终端设备中，第二终端设备指的是成功接收到该侧行数据的终端设备，第三终端设备指的是未成功接收到该侧行数据的终端设备。即本申请实施例中的第二终端设备和第三终端设备可以指不同的终端设备。
或者说，该第一终端设备向至少一个终端设备发送侧行数据，对于接收端的任意一个终端设备而言，若该终端设备成功接收到该侧行数据，则称其为第二终端设备；若该终端设备未成功接收到该侧行数据，则称其为第三终端设备。即本申请实施例中的第二终端设备和第三终端设备也可以指接收端任意一个终端设备的两种可能的状态。
因此，该S201的发送侧行数据，包括：该第一终端设备向第二终端设备发送侧行数据；也包括：该第一终端设备向第三终端设备发送侧行数据。
应理解，本申请实施例中的侧行数据，可以指该第一终端设备发送的任意的侧行数据。例如，该侧行数据可以包括PSSCH和PSCCH。再例如，该侧行数据可以指首次传输的数据；或者，该侧行数据也可以指某个首次传输的数据的任意一次的重传数据。
可选的，在S201还可以包括：第一终端设备向至少一个终端设备发送侧行数据以及该侧行数据的 数据反馈资源，其中，该数据反馈资源用于该至少一个终端设备向第一终端设备发送该侧行数据的反馈信息。具体地，该第一终端设备发送的该数据反馈资源可以指具体的某些反馈资源，以便于至少一个终端设备直接在该反馈资源上发送侧行数据的反馈信息。或者，该第一终端设备发送的该数据反馈资源也可以指反馈资源集合，以便于至少一个终端设备在该反馈资源集合中选择用于发送反馈信息的资源。
如图6所示，该方法200还包括：S202，成功接收侧行数据，即对于第一终端设备发送的侧行数据，第二终端设备确定成功接收到第一终端设备发送的侧行数据，则继续执行S203。
S203，发送HARQ ACK信息，即在第二终端设备成功接收到侧行数据的情况下，第二终端设备向第一终端设备发送反馈信息，该反馈信息可以为ACK信息，例如，HARQ ACK信息。
应理解，该第二终端设备在发送该ACK信息之前，该方法200还包括：第二终端设备获取数据反馈资源，以便于该第二终端设备在该数据反馈资源上发送ACK信息。具体地，第二终端设备获取数据反馈资源可以包括：第二终端设备接收第一终端设备发送的数据反馈资源。若该数据反馈资源为具体的资源，如具体的时域资源、频域资源和码域资源等，则第二终端设备可以直接使用该数据反馈资源发送ACK信息；若该数据反馈资源为反馈资源集合，则第二终端设备还可以在该反馈资源集合中选择资源，以用于发送ACK信息。可选地，该第二终端设备根据该第二终端设备标识信息，在该反馈资源集合中选择资源。例如，该反馈资源集合包括N个反馈资源，该组中的终端标识为1,2，…N，组内的终端标识为k的终端选取第mod(k,N)个反馈资源；其中mod()表示取余数处理。可选地，该标识信息是该第二终端设备在该通信组中的标识信息。
如图6所示，该方法200还包括：S204，未成功接收侧行数据，即对于第一终端设备发送的侧行数据，第三终端设备确定未成功接收到该侧行数据，则继续执行S205。
应理解，本申请实施例中的该第三终端设备未成功接收到侧行数据，包括：该第三终端设备解调侧行数据失败。
S205，发送HARQ NACK信息，即在第三终端设备在未成功接收到侧行数据的情况下，该第三终端设备向第一终端设备发送该侧行数据的反馈信息为NACK信息，例如，HARQ NACK信息。
可选的，该S205还可以包括：该第三终端设备在未成功接收到该侧行数据的情况下，不向该第一终端设备发送反馈信息。例如，在该第三终端设备未成功接收到用于指示该侧行数据的控制信息的情况下，该第三终端设备无法接收该侧行数据，则不向第一终端设备发送该侧行数据的反馈信息。
应理解，与第二终端设备发送ACK信息类似，在该第三终端设备发送该NACK信息之前，该方法200还包括：第三终端设备获取数据反馈资源，以便于该第三终端设备在该数据反馈资源上发送NACK信息。具体地，第三终端设备获取数据反馈资源可以包括：第三终端设备接收第一终端设备发送的数据反馈资源。若该数据反馈资源为具体的资源，如具体的时域资源、频域资源和码域资源等，则第三终端设备可以直接使用该数据反馈资源发送NACK信息；若该数据反馈资源为反馈资源集合，则第三终端设备还可以在该反馈资源集合中选择资源，以用于发送NACK信息。例如，该第三终端设备可以根据其标识信息，在该反馈资源集合中选择资源。可选地，该标识信息是该第三终端设备在该通信组中的标识信息。
如图6所示，该方法200还包括：S206，确定存在未成功接收到侧行数据的终端设备，即第一终端设备在向至少一个终端设备发送侧行数据之后，会根据接收到的该至少一个终端设备发送的反馈信息，确定该至少一个终端设备中是否存在未成功接收到侧行数据的终端设备；并且，若该第一终端设备确定存在未成功接收到侧行数据的终端设备，则继续执行S207和S208。
具体地，该第一终端设备在向至少一个终端设备发送的数据反馈资源上，检测至少一个终端设备的反馈信息，并根据检测结果，确定是否存在未成功接收到侧行数据的终端设备。例如，以该至少一个终端设备中的任意一个终端设备为例，这里称其为第二终端设备。若在数据反馈资源上未检测到该第二终端设备的反馈信息，该第一终端设备可以认为该第二终端设备为非连续传输(Discontinuous Transmission，DTX)状态，并确定该第二终端设备未成功接收到侧行数据。若该第一终端设备在该数据反馈资源上，检测并接收到该第二终端设备发送的该侧行数据的反馈信息，该第一终端设备可以根据该侧行数据的反馈信息，确定该第二终端设备是否成功接收到该侧行数据。例如，若该侧行数据的反馈信息为ACK信息，该第一终端设备确定该第二终端设备成功接收到该侧行数据；若该侧行数据的反馈信息为NACK信息，该第一终端设备确定该第二终端设备未成功接收到该侧行数据。
应理解，该第一终端设备在检测反馈信息时，可能存在错误检测，该第一终端设备根据该检测结果，确定是否存在未成功接收到侧行数据的终端设备的过程中。例如，第二终端设备成功接收到侧行数据并向第一终端设备发送ACK信息，而该第一终端设备可能将该ACK信息检测为NACK信息，或者未检测到该ACK信息，此时，该第一终端设备确定该第二终端设备未成功接收到侧行数据。再例如，该第三终端设备未成功接收到侧行数据，并向第一终端设备发送NACK信息，该第一终端设备可能未检测 到该NACK信息，则该第一终端设备确定该第三终端设备未成功检测到侧行数据，但本申请实施例并不限于此。
如图6所示，该方法200还包括：S207，发送侧行数据的重传数据；S208，发送重传数据的重传反馈资源。即若第一终端设备确定至少一个终端设备中存在未成功接收到侧行数据的终端设备，则向该至少一个终端设备中每个终端设备都发送该侧行数据的重传数据，另外，也会向每个终端设备发送该重传数据的重传反馈资源，其中，该重传反馈资源用于接收端终端设备发送该重传数据的反馈信息。
因此，该S207的发送侧行数据的重传数据，包括：第一终端设备向第二终端设备发送重传数据；也包括：该第一终端设备向第三终端设备发送重传数据。该S208的发送重传数据的重传反馈资源，包括：第一终端设备向第二终端设备发送重传数据的重传反馈资源；也包括：该第一终端设备向第三终端设备发送重传数据的重传反馈资源。
应理解，本申请实施例中的重传数据指的是侧行数据的重传数据，该重传数据可以指该第一终端设备发送的对应该侧行数据的任意一次的重传数据。例如，假设该侧行数据为首次传输的数据，则该侧行数据的重传数据指之后的任意一次重传数据。再例如，假设该侧行数据不是首次传输的数据，则该侧行数据的重传数据指在该侧行数据之后进行重传的数据。
应理解，与第一终端设备发送的数据反馈资源类似，该重传反馈资源可以指具体的反馈资源，以便于接收到该重传反馈资源的终端设备可以直接在该反馈资源上发送重传数据的反馈信息。或者，该第一终端设备发送的该重传反馈资源也可以指反馈资源集合，以便于接收到该重传反馈资源的终端设备在该反馈资源集合中选择用于发送重传数据的反馈信息的资源。
应理解，在第一终端设备向每个终端设备发送重传数据以及该重传数据对应的重传反馈资源的情况下，第二终端设备和第三终端设备可以执行不同的步骤，下面将继续结合图7和图8分别进行说明。
图7示出了本申请实施例的用于传输侧行数据的方法200的另一示意性流程图，该图7为图6中方法200的延续。如图7所示，该第一终端设备即为图6中方法200的第一终端设备；该第二终端设备即为图6中方法200中的第二终端设备。
如图7所示，该方法200包括：S208，发送重传数据的重传反馈资源，即第一终端设备向第二终端设备发送重传反馈资源。应理解，图7中的S208即为图6中的S208，为了简洁，在此不再赘述。
对于接收端的第二终端设备，由于该第二终端设备已经成功接收到侧行数据，因此，在第二终端设备又接收到该侧行数据的重传数据以及重传数据的重传反馈资源时，该第二终端设备可以有以下几种处理方式。
方式一，S221，不发送重传数据的反馈信息，即第二终端设备虽然接收到重传数据以及对应的重传反馈资源，但是无论该第二终端设备是否成功接收到该重传数据，该第二终端设备都不向第一终端设备发送该重传数据的反馈信息，也就是该第二终端设备不使用重传反馈资源发送重传数据的反馈信息。
方式二，S222，发送HARQ ACK，由于第二终端设备已成功接收到侧行数据，所以无论第二终端设备是否成功接收到重传数据，该第二终端设备都向第一终端设备发送ACK信息，也就是采用重传反馈资源向第一终端设备发送ACK信息。
方式三，S223，是否成功接收重传数据，第二终端设备确定是否成功接收到重传数据，若该第二终端设备成功接收到该重传数据，执行S224；若该第二终端设备未成功接收到该重传数据，则执行S225。
S224，发送HARQ ACK，即第二终端设备在成功接收到重传数据的情况下，在重传反馈资源上向第一终端设备发送ACK信息。
S225，不发送重传数据的反馈信息，由于第二终端设备已成功接收到侧行数据，所以第二终端设备在未成功接收到重传数据的情况下，该第二终端设备都不向第一终端设备发送该重传数据的反馈信息，也就是该第二终端设备不使用重传反馈资源发送重传数据的反馈信息。
应理解，在上述各个方式中，对于第二终端设备发送重传数据的ACK信息的情况，该方法200还包括：第二终端设备获取重传反馈资源，以便于该第二终端设备在该重传反馈资源上发送ACK信息。具体地，第二终端设备获取重传反馈资源可以包括：第二终端设备接收第一终端设备发送的重传反馈资源。若该重传反馈资源为具体的资源，如具体的时域资源、频域资源和码域资源等，则第二终端设备可以直接使用该重传反馈资源发送ACK信息；若该重传反馈资源为反馈资源集合，则第二终端设备还可以在该反馈资源集合中选择资源，以用于发送ACK信息。
因此，无论第二终端设备采用上述哪一种方式，第一终端设备接收到第二终端设备发送的针对侧行数据的HARQ ACK和针对重传数据的HARQ ACK中的任何一个，都可以认为第二终端已经成功接收到数据了。并且，通过发送多个HARQ ACK，还可以提高第一终端设备正确接收到HARQ ACK的概率。
图8示出了本申请实施例的用于传输侧行数据的方法200的另一示意性流程图，该图8为图6中方 法200的延续。如图8所示，该第一终端设备即为图6中方法200的第一终端设备；该第三终端设备即为图6中方法200中的第三终端设备。另外，该图7中的各个步骤和图8中的各个步骤之间可以独立使用，也可以结合使用，本申请实施例并不限于此。
如图8所示，该方法200包括：S208，发送重传数据的重传反馈资源，即第一终端设备向第三终端设备发送重传反馈资源。应理解，图8中的S208即为图6中的S208，为了简洁，在此不再赘述。
对于接收端的第三终端设备，由于该第三终端设备未成功接收到侧行数据，因此，在第三终端设备接收到该侧行数据的重传数据以及重传数据的重传反馈资源时，该第三终端设备可以执行以下步骤S231至S233。
S231，是否成功接收重传数据，即第三终端设备确定是否成功接收到重传数据，若该第三终端设备成功接收到该重传数据，执行S232；若该第三终端设备未成功接收到该重传数据，则执行S233。
S232，发送HARQ ACK，即第三终端设备在成功接收到重传数据的情况下，在重传反馈资源上向第一终端设备发送ACK信息。
S233，发送HARQ NACK，即第三终端设备在未成功接收到重传数据的情况下，在重传反馈资源上向第一终端设备发送NACK信息。或者，该第三终端设备未检测到该重传数据的控制信息，则该第三终端设备可能未接收该重传数据，则不发送该重传数据的反馈信息。
对应的，第一终端设备若接收到第三终端设备发送的重传数据的反馈信息为NACK信息，或者未接收到该第三终端设备的重传数据的反馈信息，则该第一终端设备可以确定该第三终端终端设备未成功接收到重传数据。由于此时该第一终端设备可能认为第三终端设备未成功接收到侧行数据以及该侧行数据的重传数据，则该第一终端设备可以继续为该第三终端设备发送重传数据以及该重传数据的反馈信息的反馈资源，本申请实施例并不限于此。
因此，本申请实施例的用于传输侧行数据的方法，发送端终端向接收端发送侧行数据，若发送端终端确定存在未成功接收到该侧行数据的终端设备，发送端终端在进行重传时，不论接收端终端反馈ACK或NACK，发送端终端会为每个接收端终端分配用于发送反馈信息的传输资源。也就是说，发送侧行数据和其重传数据时，发送端终端为所有的接收端终端分配反馈传输资源，发送端终端分配的传输资源数目一致。但是之前正确接收到侧行数据的终端可以不发送反馈信息，这样可以降低反馈信令的开销；或者，之前正确接收到侧行数据的终端，重传也正确接收，则都反馈ACK，这样可以提高反馈信道接收的成功率。
上文中结合图6至图8，详细描述了根据本申请实施例的用于传输侧行数据的方法200，下面将结合图9至图13，描述根据本申请实施例的另一种用于传输侧行数据的方法。
图9示出了根据本申请实施例的用于传输侧行数据的方法300的示意性流程图。如图9所示，该方法300包括：S301，发送侧行数据，即第一终端设备向至少一个终端设备发送侧行数据。
如图9所示，该方法300还包括：S302，成功接收侧行数据，即对于第一终端设备发送的侧行数据，第二终端设备确定成功接收到第一终端设备发送的侧行数据，则继续执行S303。
S303，发送HARQ ACK信息，即在第二终端设备成功接收到侧行数据的情况下，第二终端设备向第一终端设备发送反馈信息，该反馈信息可以为ACK信息，例如，HARQ ACK信息。
如图9所示，该方法300还包括：S304，未成功接收侧行数据，即对于第一终端设备发送的侧行数据，第三终端设备确定未成功接收到该侧行数据，则继续执行S305。
S305，发送HARQ NACK信息，即在第三终端设备在未成功接收到侧行数据的情况下，该第三向第一终端设备发送该侧行数据的反馈信息为NACK信息，例如，HARQ NACK信息。
如图9所示，该方法300还包括：S306，确定是否存在未成功接收到侧行数据的终端设备和成功接收到侧行数据的终端设备。即第一终端设备在向至少一个终端设备发送侧行数据之后，会根据接收到的该至少一个终端设备发送的反馈信息，确定该至少一个终端设备中是否存在未成功接收到侧行数据的终端设备和成功接收到侧行数据的终端设备；并且，若该第一终端设备确定存在未成功接收到侧行数据的终端设备，则继续执行S307和S308。
如图9所示，该方法300还包括：S307，发送侧行数据的重传数据；S308，仅向未成功接收到侧行数据的终端设备发送重传数据的重传反馈资源。具体地，若第一终端设备确定至少一个终端设备中存在未成功接收到侧行数据的终端设备，则向该至少一个终端设备中每个终端设备都发送该侧行数据的重传数据；但是，该第一终端设备仅向该第一终端设备确定的未成功接收到侧行数据的终端设备发送该重传数据的重传反馈资源，其中，该重传反馈资源用于接收端终端设备发送该重传数据的反馈信息。也就是说，对于该第一终端设备确定的成功接收到该侧行数据的终端设备而言，该第一终端设备不向其发送该重传数据反馈资源。
应理解，该方法300中的上述S301至S307可以分别对应于方法200中的S201至S207，例如，方 法300中的S301可以对应于方法200中的S201，即S201中的相关说明适用于S301，为了简洁，在此不再赘述。
但是该方法300中的S308与方法200中的S308不同，例如，对应于S306中第一终端设备的不同的确定结果，第二终端设备和第三终端设备可以执行不同的步骤，下面将继续结合图10至图13分别进行说明。
首先，结合图10和图11，针对第一终端设备和接收端第二终端设备进行描述。
图10和图11分别示出了本申请实施例的另一种用于传输侧行数据的方法300的示意性流程图，该图10和图11均为图9中方法300的延续，或者说，图10和图11分别为图9的中方法300的一种可能的实现。其中，图10和图11中的该第一终端设备即为图9中方法300的第一终端设备；图10和图11中的该第二终端设备即为图9中方法300中的第二终端设备。
如图10和图11所示，该方法300包括：S303，发送HARQ ACK信息，即第二终端设备在成功接收到侧行数据的情况下，向第一终端设备发送ACK信息。应理解，图10和图11中的S303都对应为图9中的S303，为了简洁，在此不再赘述。
此时，对于S306，第一终端设备接收第二终端设备发送的反馈信息，由于可能存在第一终端设备错误检测的情况。因此，对于步骤S306可能包括图10和图11两种情况。情况一，如图10所示，方法300中的S306包括：S316，接收到第二终端设备发送的ACK信息，不发送重传数据的重传反馈资源。具体地，在S302和S303中，第二终端设备成功接收到侧行数据，则会向第一终端设备反馈ACK信息；对应的，第一终端设备可能正确检测到该ACK信息，则第一终端设备不会再向该第二终端设备发送重传数据的重传反馈资源。另外，对于第二终端设备，会继续执行S321。
S321，不发送重传数据的反馈信息。由于第一终端设备未给该第二终端设备分配该重传数据对应的重传反馈资源，因此该第二终端设备不向第一终端设备发送该重传数据的反馈信息。即无论该第二终端设备是否成功接收到重传数据，该第二终端设备放弃向第一终端设备发送重传数据的反馈信息。
情况二，如图11所示，方法300中的S306包括：S326，将ACK信息错误检测成NACK信息或DTX状态。具体地，在S302和S303中，第二终端设备成功接收到侧行数据，则会向第一终端设备反馈ACK信息；对应的，在该S326中，该第一终端设备可能存在检测错误，导致该第一终端设备错误的确定第二终端设备未成功接收到该侧行数据。例如，第一终端设备可能错误的将该ACK信息确定为NACK信息，或者，该第一终端设备也可能未检测到该ACK信息，认为该第二终端设备处于DTX状态，第一终端设备都会确定该第二终端设备未成功接收到该侧行数据。
当第一终端设备确定第二终端设备未成功接收到该侧行数据时，该第一终端设备会继续执行S307和S308。
其中，S307即为图9所示的S307，在此不再赘述。
S308，发送重传数据的重传反馈资源，即第一终端设备向第二终端设备发送重传反馈资源，其中，该重传反馈资源用于承载重传数据的反馈信息。
应理解，该图11中的S308可对应于方法200中的S208中第一终端设备向第二终端设备发送重传反馈资源的部分，为了简洁，在此不再赘述。
对应的，由于第二终端设备已经成功接收到侧行数据，因此，在第二终端设备又接收到该侧行数据的重传数据以及重传数据的重传反馈资源时，该第二终端设备可以在该重传数据的重传反馈资源上发送ACK信息。
例如，如图11所示，S322，发送HARQ ACK，即第二终端设备接收侧行数据的重传数据以及重传反馈资源，由于该第二终端设备已经正确接收到侧行数据，因此，无论该重传数据是否接收成功，或者说无论该第二终端设备是否确定该重传数据接收成功，该第二终端设备在重传反馈资源上向第一终端设备发送反馈信息，该反馈信息为ACK信息。
应理解，该步骤S322可以对应与方法200中的S222，即S222的相关描述适用于该S322，为了简洁，在此不再赘述。
下面将结合图12和图13，对第一终端设备和接收端第三终端设备进行描述。
图12和图13分别示出了本申请实施例的另一种用于传输侧行数据的方法300的示意性流程图，该图12和图13均为图9中方法300的延续，或者说，图12和图13分别为图9的中方法300的一种可能的实现。其中，图12和图13中的该第一终端设备即为图9中方法300的第一终端设备；图12和图13中的该第三终端设备即为图9中方法300中的第三终端设备。
如图12和图13所示，该方法300包括：S305，发送HARQ NACK信息，即第三终端设备在未成功接收到侧行数据的情况下，向第一终端设备发送NACK信息。应理解，图12和图13中的S303都对应为图9中的S305，为了简洁，在此不再赘述。
此时，对于S306，第一终端设备接收第三终端设备发送的反馈信息，由于可能存在第一终端设备错误检测的情况。因此，对于步骤S306可能包括图12和图13两种情况。
情况一，如图12所示，方法300中的S306包括：S336，确定第三终端设备未成功接收到侧行数据。具体地，在S304和S305中，第三终端设备未成功接收到侧行数据，则会向第一终端设备反馈NACK信息或者不发送反馈信息；对应的，在该S336中，该第一终端设备确定第三终端设备未成功接收到侧行数据，可以包括：该第三终端设备正确接收到NACK信息；或者，该第三终端设备正确检测，并确定未接收到反馈信息；或者，该第三终端设备错误检测，但是确定第三终端设备未成功接收到侧行数据。
也就是说，第三终端设备未成功接收到侧行数据的情况下，无论第一终端设备是否检测正确，但是第一终端设备也确定了第三终端设备未成功接收到侧行数据，则该第一终端设备会继续执行S307和S308。
其中，S307即为图9所示的S307，在此不再赘述。
S308，发送重传数据的重传反馈资源，即第一终端设备向第三终端设备发送重传反馈资源，其中，该重传反馈资源用于承载重传数据的反馈信息。
应理解，该图12中的S308可对应于方法200中的S208中第一终端设备向第三终端设备发送重传反馈资源的部分，为了简洁，在此不再赘述。
对应的，由于第三终端设备未成功接收到侧行数据，因此，在第三终端设备接收到该侧行数据的重传数据以及重传数据的重传反馈资源时，该第三终端设备可以执行以下步骤S331至S333。
S331，是否成功接收重传数据，即第三终端设备确定是否成功接收到重传数据，若该第三终端设备成功接收到该重传数据，执行S332；若该第三终端设备未成功接收到该重传数据，则执行S333。
S332，发送HARQ ACK，即第三终端设备在成功接收到重传数据的情况下，在重传反馈资源上向第一终端设备发送ACK信息。
S333，发送HARQ NACK，即第三终端设备在未成功接收到重传数据的情况下，在重传反馈资源上向第一终端设备发送NACK信息。或者，该第三终端设备未检测到该重传数据的控制信息，则该第三终端设备可能未接收该重传数据，则不发送该重传数据的反馈信息。
应理解，该方法300中的S331至S333对应于方法200中的S231至S233，为了简洁，在此不再赘述。
情况二，如图13所示，方法300中的S306包括：S346，错误检测成第三终端设备发送ACK信息。具体地，在S304和S305中，第三终端设备未成功接收到侧行数据，则会向第一终端设备反馈NACK信息或者不发送反馈信息；对应的，在该S346中，该第一终端设备可能错误的将第三终端设备的反馈信息检测为ACK信息。
则根据如图9所示的S308可知，该第一终端设备认为第三终端设备成功接收到侧行数据，因此不会向该第三终端设备发送侧行数据的重传数据的重传反馈资源。
因此，如图12所示，在S334中，不发送反馈信息，即第三终端设备虽然可能接收到第一终端设备发送的侧行数据的重传数据，但是未接收到该重传数据的反馈信息对应的重传反馈资源，因此，该第三终端设备不向该第一终端设备发送该重传数据的反馈信息，即该第三终端设备放弃向第一终端设备发送该反馈信息。
应理解，由于该第三终端设备未能成功接收到侧行数据，那么可能存在该侧行数据的重传数据也未能成功接收的可能，但该第三终端设备未接收到该重传数据的反馈信息的重传反馈资源，则无法向第一终端设备发送重传数据的反馈信息。
因此，该方法300还可以包括：S335，发送指示信息，即第三终端设备在未成功接收到侧行数据并且未成功获取到重传数据的重传反馈资源时，该第三终端设备可以向第一终端设备发送指示信息。其中，该指示信息用于指示第三终端设备没有正确接收侧行数据；或者用于指示第一终端设备为第三终端设备分配用于传输反馈信息的传输资源；或者用于指示第一终端设备发送重传数据。这样，在该第三终端设备没有成功接收到侧行数据的情况下，甚至也没有成功接收到侧行数据的重传数据的情况下，可以采用第一终端设备发送的反馈信息的反馈资源，向第一终端设备发送反馈信息。可选地，所述指示信息可以通过PSCCH或者PSSCH承载。
因此，本申请实施例的用于传输侧行数据的方法，在发送端终端接收到接收端终端发送的ACK的情况下，发送端在进行重传时，不为该接收端终端分配发送反馈信息的传输资源；但是发送端终端收到接收端终端发送的NACK或DTX，发送端终端在进行重传时，会为该接收端终端分配发送反馈信息的传输资源。也就是发送端终端只为没接收到侧行数据的终端分配针对重传数据的反馈信息的传输资源，这样可以降低反馈资源的开销，降低反馈信道之间的冲突，提高反馈信息的检测成功率。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程 的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
上文中结合图1至图13，详细描述了根据本申请实施例的用于传输侧行数据的方法，下面将结合图14至图17，描述根据本申请实施例的终端设备。
如图14所示，根据本申请实施例的终端设备400包括：处理单元410和收发单元420。可选的，该终端设备400可以为上述方法200中的第一终端设备。具体地，该收发单元420用于：向多个终端设备发送侧行数据；该收发单元420还用于：若该处理单元410确定在该多个终端设备中存在未成功接收到该侧行数据的终端设备，向该多个终端设备中每个终端设备发送该侧行数据的重传数据和重传反馈资源，该重传反馈资源用于该多个终端设备发送该重传数据的反馈信息。
可选地，作为一个实施例，该收发单元420还用于：向该多个终端设备发送数据反馈资源，该数据反馈资源用于该多个终端设备发送该侧行数据的反馈信息；该处理单元410还用于：在该数据反馈资源上，检测该多个终端设备发送的该侧行数据的反馈信息；据该检测的结果，确定该多个终端设备中是否存在未成功接收到该侧行数据的终端设备。
可选地，作为一个实施例，该处理单元410还用于：若在该数据反馈资源上，未检测到该多个终端设备中的第二终端设备的该侧行数据的反馈信息，确定该第二终端设备未成功接收到该侧行数据；或，若在该数据反馈资源上，检测到该第二终端设备发送的该侧行数据的反馈信息，根据该侧行数据的反馈信息，确定该第二终端设备是否成功接收到该侧行数据。
可选地，作为一个实施例，该处理单元410还用于：若该侧行数据的反馈信息为确认ACK信息，确定该第二终端设备成功接收到该侧行数据；若该侧行数据的反馈信息为非确认NACK信息，确定该第二终端设备未成功接收到该侧行数据。
应理解，该终端设备400中的各个单元的上述和其它操作和/或功能分别为了实现图6至图8中的方法200中第一终端设备的相应流程，为了简洁，在此不再赘述。
可选的，该终端设备还可以为上述方法200中的第二终端设备或者第三终端设备。具体地，该收发单元420用于：接收侧行数据，该侧行数据为第一终端设备向多个终端设备发送的，该多个终端设备包括该终端设备；该收发单元420还用于：接收该第一终端设备发送的该侧行数据的重传数据；该处理单元410用于：获取重传反馈资源，该重传反馈资源用于承载该重传数据的反馈信息；该处理单元410还用于：根据是否成功接收到该侧行数据，确定是否向该第一终端设备发送该重传数据的反馈信息。
可选地，作为一个实施例，该处理单元410还用于：若该收发单元420成功接收到该侧行数据，在该重传反馈资源上，通过该收发单元420向该第一终端设备发送确认ACK信息或者放弃向该第一终端设备发送该重传数据的反馈信息。
可选地，作为一个实施例，该处理单元410还用于：若该收发单元420成功接收到该侧行数据以及该重传数据，在该重传反馈资源上，通过该收发单元420向该第一终端设备发送ACK信息；或，若该收发单元420成功接收到该侧行数据且未成功接收到该重传数据，放弃向该第一终端设备发送该重传数据的反馈信息。
可选地，作为一个实施例，该处理单元410还用于：若该收发单元420未成功接收到该侧行数据，根据是否成功接收到该重传数据，在该重传反馈资源上，通过该收发单元420向该第一终端设备发送该重传数据的反馈信息。
可选地，作为一个实施例，该收发单元420还用于：若该收发单元420成功接收到该重传数据，在该重传反馈资源上，通过该收发单元420向该第一终端设备发送ACK信息；或，若该收发单元420未成功接收到该重传数据，在该重传反馈资源上，通过该收发单元420向该第一终端设备发送非确认NACK信息或者放弃向该第一终端设备发送该重传数据的反馈信息。
可选地，作为一个实施例，该处理单元410还用于：通过该收发单元420接收该第一终端设备发送的该重传反馈资源；或者，从反馈资源集合中确定该重传反馈资源。
可选地，作为一个实施例，该处理单元410还用于：获取该侧行数据的数据反馈资源；若该收发单元420成功接收到该侧行数据，在该数据反馈资源上，通过该收发单元420向该第一终端设备发送ACK信息；或，若该收发单元420未成功接收到该侧行数据，在该数据反馈资源上，通过该收发单元420向该第一终端设备发送NACK信息或者放弃向该第一终端设备发送该侧行数据的反馈信息。
可选地，作为一个实施例，该处理单元410还用于：通过该收发单元420接收该第一终端设备发送的该数据反馈资源；或者，从反馈资源集合中确定该数据反馈资源。
应理解，该终端设备400中的各个单元的上述和其它操作和/或功能分别为了实现图6至图8中的方法200中第二终端设备以及第三终端设备的相应流程，为了简洁，在此不再赘述。
因此，本申请实施例的终端设备，作为发送端向接收端发送侧行数据，若发送端终端确定存在未成功接收到该侧行数据的终端设备，发送端终端在进行重传时，不论接收端终端反馈ACK或NACK， 发送端终端会为每个接收端终端分配用于发送反馈信息的传输资源。也就是说，发送侧行数据和其重传数据时，发送端终端为所有的接收端终端分配反馈传输资源，发送端终端分配的传输资源数目一致。但是之前正确接收到侧行数据的终端可以不发送反馈信息，这样可以降低反馈信令的开销；或者，之前正确接收到侧行数据的终端，重传也正确接收，则都反馈ACK，这样可以提高反馈信道接收的成功率。
可选的，该终端设备还可以为上述方法300中的第一终端设备。具体地，该收发单元420用于：向多个终端设备发送侧行数据；该处理单元410用于：确定该多个终端设备中存在未成功接收到该侧行数据的第三终端设备以及成功接收到该侧行数据的第二终端设备，该收发单元420还用于：仅向该第三终端设备发送该侧行数据的重传数据以及重传反馈资源，该重传反馈资源用于承载该重传数据的反馈信息。
可选地，作为一个实施例，该处理单元410还用于：放弃向该第二终端设备发送该重传反馈资源。
可选地，作为一个实施例，该收发单元420还用于：在该处理单元410放弃向该第二终端设备发送该重传反馈资源的情况下，若该收发单元420接收该第二终端设备发送的指示信息，且该指示信息用于指示该第二终端设备未成功接收到该侧行数据，根据该指示信息，向该第二终端设备发送该侧行数据的重传数据以及重传反馈资源。
可选地，作为一个实施例，该处理单元410还用于：在该重传反馈资源上，检测该第三终端设备发送的该重传数据的反馈信息；根据该检测的结果，确定该第三终端设备是否成功接收到该重传数据。
可选地，作为一个实施例，该收发单元420还用于：向该多个终端设备发送数据反馈资源，该数据反馈资源用于该多个终端设备发送该侧行数据的反馈信息；该处理单元410还用于：在该数据反馈资源上，检测该多个终端设备发送的该侧行数据的反馈信息；根据该检测的结果，确定该多个终端设备中是否存在该第二终端设备和/或该第三终端设备。
可选地，作为一个实施例，该处理单元410还用于：若在该数据反馈资源上，未检测到该第三终端设备的该侧行数据的反馈信息，确定该第三终端设备未成功接收到该侧行数据；或，若在该数据反馈资源上，检测到该第三终端设备发送的该侧行数据的反馈信息，根据该侧行数据的反馈信息，确定该第三终端设备是否成功接收到该侧行数据。
可选地，作为一个实施例，该处理单元410还用于：若该侧行数据的反馈信息为确认ACK信息，确定该第三终端设备成功接收到该侧行数据；若该侧行数据的反馈信息为非确认NACK信息，确定该第三终端设备未成功接收到该侧行数据。
可选地，作为一个实施例，该收发单元420还用于：若该处理单元410确定该多个终端设备中存在未成功接收到该侧行数据的终端设备，向该多个终端设备发送该重传数据。
应理解，该终端设备400中的各个单元的上述和其它操作和/或功能分别为了实现图9至图13中的方法300中第一终端设备的相应流程，为了简洁，在此不再赘述。
可选的，该终端设备还可以为上述方法300中的第二终端设备或者第三终端设备。具体地，该收发单元420用于：接收侧行数据，该侧行数据为第一终端设备向多个终端设备发送的，该多个终端设备包括该终端设备；该收发单元420还用于：接收该第一终端设备发送的该侧行数据的重传数据；该处理单元410，用于在该收发单元420成功接收到该侧行数据，且未接收到该第一终端设备发送的重传反馈资源的情况下，放弃向该第一终端设备发送该重传数据的反馈信息，该重传反馈资源用于承载该重传数据的反馈信息。
可选地，作为一个实施例，该处理单元410还用于：在未成功接收到该侧行数据，且未接收到该第一终端设备发送的重传反馈资源的情况下，放弃向该第一终端设备发送该重传数据的反馈信息。
可选地，作为一个实施例，该处理单元410还用于：在该收发单元420未成功接收到该侧行数据，且未接收到该第一终端设备发送的重传反馈资源的情况下，通过该收发单元420向该第一终端设备发送指示信息，该指示信息用于该第一终端设备确定该终端设备未成功接收到该侧行数据。
应理解，该终端设备400中的各个单元的上述和其它操作和/或功能分别为了实现图9至图13中的方法300中第二终端设备以及第三终端设备的相应流程，为了简洁，在此不再赘述。
因此，本申请实施例的终端设备，在作为发送端的终端接收到接收端终端发送的ACK的情况下，发送端在进行重传时，不为该接收端终端分配发送反馈信息的传输资源；但是发送端终端收到接收端终端发送的NACK或DTX，发送端终端在进行重传时，会为该接收端终端分配发送反馈信息的传输资源。也就是发送端终端只为没接收到侧行数据的终端分配针对重传数据的反馈信息的传输资源，这样可以降低反馈资源的开销，降低反馈信道之间的冲突，提高反馈信息的检测成功率。
图15是本申请实施例提供的一种通信设备500示意性结构图。图15所示的通信设备500包括处理器510，处理器510可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图15所示，通信设备500还可以包括存储器520。其中，处理器510可以从存储器520 中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器520可以是独立于处理器510的一个单独的器件，也可以集成在处理器510中。
可选地，如图15所示，通信设备500还可以包括收发器530，处理器510可以控制该收发器530与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器530可以包括发射机和接收机。收发器530还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备500具体可为本申请实施例的网络设备，并且该通信设备500可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备500具体可为本申请实施例的任意一个移动终端/终端设备，例如可以为本申请实施例中的第一终端设备、第二终端设备或者第三终端设备；并且该通信设备500可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
图16是本申请实施例的芯片的示意性结构图。图16所示的芯片600包括处理器610，处理器610可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图16所示，芯片600还可以包括存储器620。其中，处理器610可以从存储器620中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器620可以是独立于处理器610的一个单独的器件，也可以集成在处理器610中。
可选地，该芯片600还可以包括输入接口630。其中，处理器610可以控制该输入接口630与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片600还可以包括输出接口640。其中，处理器610可以控制该输出接口640与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的任意一个移动终端/终端设备，并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，例如，第一终端设备、第二终端设备以及第三终端设备，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
图17是本申请实施例提供的一种通信系统700的示意性框图。如图17所示，该通信系统700包括终端设备710和网络设备720。
其中，该终端设备710可以用于实现上述方法中由任意一个终端设备实现的相应的功能，以及该网络设备720可以用于实现上述方法中由网络设备实现的相应的功能，为了简洁，在此不再赘述。
应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随 机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。
可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。
可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (51)

  1. 一种用于传输侧行数据的方法，其特征在于，包括：
    第一终端设备向多个终端设备发送侧行数据；
    若所述第一终端设备确定在所述多个终端设备中存在未成功接收到所述侧行数据的终端设备，所述第一终端设备向所述多个终端设备中每个终端设备发送所述侧行数据的重传数据和重传反馈资源，所述重传反馈资源用于所述多个终端设备发送所述重传数据的反馈信息。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    所述第一终端设备向所述多个终端设备发送数据反馈资源，所述数据反馈资源用于所述多个终端设备发送所述侧行数据的反馈信息；
    所述第一终端设备在所述数据反馈资源上，检测所述多个终端设备发送的所述侧行数据的反馈信息；
    所述第一终端设备根据所述检测的结果，确定所述多个终端设备中是否存在未成功接收到所述侧行数据的终端设备。
  3. 根据权利要求2所述的方法，其特征在于，所述第一终端设备根据所述检测的结果，确定所述多个终端设备中是否存在未成功接收到所述侧行数据的终端设备，包括：
    若所述第一终端设备在所述数据反馈资源上，未检测到所述多个终端设备中的第二终端设备的所述侧行数据的反馈信息，所述第一终端设备确定所述第二终端设备未成功接收到所述侧行数据；或
    若所述第一终端设备在所述数据反馈资源上，检测到所述第二终端设备发送的所述侧行数据的反馈信息，所述第一终端设备根据所述侧行数据的反馈信息，确定所述第二终端设备是否成功接收到所述侧行数据。
  4. 根据权利要求3所述的方法，其特征在于，所述第一终端设备根据所述侧行数据的反馈信息，确定所述第二终端设备是否成功接收到所述侧行数据，包括：
    若所述侧行数据的反馈信息为确认ACK信息，所述第一终端设备确定所述第二终端设备成功接收到所述侧行数据；
    若所述侧行数据的反馈信息为非确认NACK信息，所述第一终端设备确定所述第二终端设备未成功接收到所述侧行数据。
  5. 一种用于传输侧行数据的方法，其特征在于，包括：
    多个终端设备中的第二终端设备接收侧行数据，所述侧行数据为第一终端设备向所述多个终端设备发送的；
    所述第二终端设备接收所述第一终端设备发送的所述侧行数据的重传数据；
    所述第二终端设备获取重传反馈资源，所述重传反馈资源用于承载所述重传数据的反馈信息；
    所述第二终端设备根据是否成功接收到所述侧行数据，确定是否向所述第一终端设备发送所述重传数据的反馈信息。
  6. 根据权利要求5所述的方法，其特征在于，所述第二终端设备根据是否成功接收到所述侧行数据，确定是否向所述第一终端设备发送所述重传数据的反馈信息，包括：
    若所述第二终端设备成功接收到所述侧行数据，所述第二终端设备在所述重传反馈资源上，向所述第一终端设备发送确认ACK信息或者放弃向所述第一终端设备发送所述重传数据的反馈信息。
  7. 根据权利要求5所述的方法，其特征在于，所述第二终端设备根据是否成功接收到所述侧行数据，确定是否向所述第一终端设备发送所述重传数据的反馈信息，包括：
    若所述第二终端设备成功接收到所述侧行数据以及所述重传数据，所述第二终端设备在所述重传反馈资源上，向所述第一终端设备发送ACK信息；或，
    若所述第二终端设备成功接收到所述侧行数据且未成功接收到所述重传数据，所述第二终端设备放弃向所述第一终端设备发送所述重传数据的反馈信息。
  8. 根据权利要求5所述的方法，其特征在于，所述第二终端设备根据是否成功接收到所述侧行数据，确定是否向所述第一终端设备发送所述重传数据的反馈信息，包括：
    若所述第二终端设备未成功接收到所述侧行数据，所述第二终端设备根据是否成功接收到所述重传数据，在所述重传反馈资源上，向所述第一终端设备发送所述重传数据的反馈信息。
  9. 根据权利要求8所述的方法，其特征在于，所述第二终端设备根据是否成功接收到所述重传数据，在所述重传反馈资源上，向所述第一终端设备发送所述重传数据的反馈信息，包括：
    若所述第二终端设备成功接收到所述重传数据，所述第二终端设备在所述重传反馈资源上，向所述第一终端设备发送ACK信息；或，
    若所述第二终端设备未成功接收到所述重传数据，所述第二终端设备在所述重传反馈资源上，向所 述第一终端设备发送非确认NACK信息或者放弃向所述第一终端设备发送所述重传数据的反馈信息。
  10. 根据权利要求5至9中任一项所述的方法，其特征在于，所述第二终端设备获取重传反馈资源，包括：
    所述第二终端设备接收所述第一终端设备发送的所述重传反馈资源；或者，
    所述第二终端设备从反馈资源集合中确定所述重传反馈资源。
  11. 根据权利要求5至10中任一项所述的方法，其特征在于，所述方法还包括：
    所述第二终端设备获取所述侧行数据的数据反馈资源；
    若所述第二终端设备成功接收到所述侧行数据，所述第二终端设备在所述数据反馈资源上，向所述第一终端设备发送ACK信息；或，
    若所述第二终端设备未成功接收到所述侧行数据，所述第二终端设备在所述数据反馈资源上，向所述第一终端设备发送NACK信息或者放弃向所述第一终端设备发送所述侧行数据的反馈信息。
  12. 根据权利要求11所述的方法，其特征在于，所述第二终端设备获取所述侧行数据的数据反馈资源，包括：
    所述第二终端设备接收所述第一终端设备发送的所述数据反馈资源；或者，
    所述第二终端设备从反馈资源集合中确定所述数据反馈资源。
  13. 一种用于传输侧行数据的方法，其特征在于，包括：
    第一终端设备向多个终端设备发送侧行数据；
    所述第一终端设备确定所述多个终端设备中存在未成功接收到所述侧行数据的第三终端设备以及成功接收到所述侧行数据的第二终端设备，
    所述第一终端设备仅向所述第三终端设备发送所述侧行数据的重传数据以及重传反馈资源，所述重传反馈资源用于承载所述重传数据的反馈信息。
  14. 根据权利要求13所述的方法，其特征在于，所述方法还包括：
    所述第一终端设备不向所述第二终端设备发送所述重传反馈资源。
  15. 根据权利要求14所述的方法，其特征在于，所述方法还包括：
    在所述第一终端设备不向所述第二终端设备发送所述重传反馈资源的情况下，若所述第一终端设备接收所述第二终端设备发送的指示信息，且所述指示信息用于指示所述第二终端设备未成功接收到所述侧行数据，所述第一终端设备根据所述指示信息，向所述第二终端设备发送所述侧行数据的重传数据以及重传反馈资源。
  16. 根据权利要求13至15中任一项所述的方法，其特征在于，所述方法还包括：
    所述第一终端设备在所述重传反馈资源上，检测所述第三终端设备发送的所述重传数据的反馈信息；
    所述第一终端设备根据所述检测的结果，确定所述第三终端设备是否成功接收到所述重传数据。
  17. 根据权利要求13至16中任一项所述的方法，其特征在于，所述方法还包括：
    所述第一终端设备向所述多个终端设备发送数据反馈资源，所述数据反馈资源用于所述多个终端设备发送所述侧行数据的反馈信息；
    所述第一终端设备在所述数据反馈资源上，检测所述多个终端设备发送的所述侧行数据的反馈信息；
    所述第一终端设备根据所述检测的结果，确定所述多个终端设备中是否存在所述第二终端设备和/或所述第三终端设备。
  18. 根据权利要求17所述的方法，其特征在于，所述第一终端设备根据所述检测的结果，确定所述多个终端设备中是否存在所述第二终端设备和/或所述第三终端设备，包括：
    若所述第一终端设备在所述数据反馈资源上，未检测到所述第三终端设备的所述侧行数据的反馈信息，所述第一终端设备确定所述第三终端设备未成功接收到所述侧行数据；或，
    若所述第一终端设备在所述数据反馈资源上，检测到所述第三终端设备发送的所述侧行数据的反馈信息，所述第一终端设备根据所述侧行数据的反馈信息，确定所述第三终端设备是否成功接收到所述侧行数据。
  19. 根据权利要求18所述的方法，其特征在于，所述第一终端设备根据所述侧行数据的反馈信息，确定所述第三终端设备是否成功接收到所述侧行数据，包括：
    若所述侧行数据的反馈信息为确认ACK信息，所述第一终端设备确定所述第三终端设备成功接收到所述侧行数据；
    若所述侧行数据的反馈信息为非确认NACK信息，所述第一终端设备确定所述第三终端设备未成功接收到所述侧行数据。
  20. 根据权利要求13至19中任一项所述的方法，其特征在于，所述方法还包括：
    若所述第一终端设备确定所述多个终端设备中存在未成功接收到所述侧行数据的终端设备，所述第一终端设备向所述多个终端设备发送所述重传数据。
  21. 一种用于传输侧行数据的方法，其特征在于，包括：
    多个终端设备中的第二终端设备接收侧行数据，所述侧行数据为第一终端设备向所述多个终端设备发送的；
    所述第二终端设备接收所述第一终端设备发送的所述侧行数据的重传数据；
    在所述第二终端设备成功接收到所述侧行数据，且未接收到所述第一终端设备发送的重传反馈资源的情况下，所述第二终端设备放弃向所述第一终端设备发送所述重传数据的反馈信息，所述重传反馈资源用于承载所述重传数据的反馈信息。
  22. 根据权利要求21所述的方法，其特征在于，所述方法还包括：
    在所述第二终端设备未成功接收到所述侧行数据，且未接收到所述第一终端设备发送的重传反馈资源的情况下，所述第二终端设备放弃向所述第一终端设备发送所述重传数据的反馈信息。
  23. 根据权利要求21所述的方法，其特征在于，所述方法还包括：
    在所述第二终端设备未成功接收到所述侧行数据，且未接收到所述第一终端设备发送的重传反馈资源的情况下，所述第二终端设备向所述第一终端设备发送指示信息，所述指示信息用于所述第一终端设备确定所述第二终端设备未成功接收到所述侧行数据。
  24. 一种终端设备，其特征在于，包括：处理单元和收发单元，
    所述收发单元用于：向多个终端设备发送侧行数据；
    所述收发单元还用于：若所述处理单元确定在所述多个终端设备中存在未成功接收到所述侧行数据的终端设备，向所述多个终端设备中每个终端设备发送所述侧行数据的重传数据和重传反馈资源，所述重传反馈资源用于所述多个终端设备发送所述重传数据的反馈信息。
  25. 根据权利要求24所述的终端设备，其特征在于，所述收发单元还用于：
    向所述多个终端设备发送数据反馈资源，所述数据反馈资源用于所述多个终端设备发送所述侧行数据的反馈信息；
    所述处理单元还用于：
    在所述数据反馈资源上，检测所述多个终端设备发送的所述侧行数据的反馈信息；
    据所述检测的结果，确定所述多个终端设备中是否存在未成功接收到所述侧行数据的终端设备。
  26. 根据权利要求25所述的终端设备，其特征在于，所述处理单元还用于：
    若在所述数据反馈资源上，未检测到所述多个终端设备中的第二终端设备的所述侧行数据的反馈信息，确定所述第二终端设备未成功接收到所述侧行数据；或
    若在所述数据反馈资源上，检测到所述第二终端设备发送的所述侧行数据的反馈信息，根据所述侧行数据的反馈信息，确定所述第二终端设备是否成功接收到所述侧行数据。
  27. 根据权利要求26所述的终端设备，其特征在于，所述处理单元还用于：
    若所述侧行数据的反馈信息为确认ACK信息，确定所述第二终端设备成功接收到所述侧行数据；
    若所述侧行数据的反馈信息为非确认NACK信息，确定所述第二终端设备未成功接收到所述侧行数据。
  28. 一种终端设备，其特征在于，包括：
    收发单元，用于接收侧行数据，所述侧行数据为第一终端设备向多个终端设备发送的，所述多个终端设备包括所述终端设备；
    所述收发单元还用于：接收所述第一终端设备发送的所述侧行数据的重传数据；
    处理单元，用于获取重传反馈资源，所述重传反馈资源用于承载所述重传数据的反馈信息；
    所述处理单元还用于：根据是否成功接收到所述侧行数据，确定是否向所述第一终端设备发送所述重传数据的反馈信息。
  29. 根据权利要求28所述的终端设备，其特征在于，所述处理单元还用于：
    若所述收发单元成功接收到所述侧行数据，在所述重传反馈资源上，通过所述收发单元向所述第一终端设备发送确认ACK信息或者放弃向所述第一终端设备发送所述重传数据的反馈信息。
  30. 根据权利要求28所述的终端设备，其特征在于，所述处理单元还用于：
    若所述收发单元成功接收到所述侧行数据以及所述重传数据，在所述重传反馈资源上，通过所述收发单元向所述第一终端设备发送ACK信息；或，
    若所述收发单元成功接收到所述侧行数据且未成功接收到所述重传数据，放弃向所述第一终端设备发送所述重传数据的反馈信息。
  31. 根据权利要求28所述的终端设备，其特征在于，所述处理单元还用于：
    若所述收发单元未成功接收到所述侧行数据，根据是否成功接收到所述重传数据，在所述重传反馈资源上，通过所述收发单元向所述第一终端设备发送所述重传数据的反馈信息。
  32. 根据权利要求31所述的终端设备，其特征在于，所述收发单元还用于：
    若所述收发单元成功接收到所述重传数据，在所述重传反馈资源上，通过所述收发单元向所述第一终端设备发送ACK信息；或，
    若所述收发单元未成功接收到所述重传数据，在所述重传反馈资源上，通过所述收发单元向所述第一终端设备发送非确认NACK信息或者放弃向所述第一终端设备发送所述重传数据的反馈信息。
  33. 根据权利要求28至32中任一项所述的终端设备，其特征在于，所述处理单元还用于：
    通过所述收发单元接收所述第一终端设备发送的所述重传反馈资源；或者，
    从反馈资源集合中确定所述重传反馈资源。
  34. 根据权利要求28至33中任一项所述的终端设备，其特征在于，所述处理单元还用于：
    获取所述侧行数据的数据反馈资源；
    若所述收发单元成功接收到所述侧行数据，在所述数据反馈资源上，通过所述收发单元向所述第一终端设备发送ACK信息；或，
    若所述收发单元未成功接收到所述侧行数据，在所述数据反馈资源上，通过所述收发单元向所述第一终端设备发送NACK信息或者放弃向所述第一终端设备发送所述侧行数据的反馈信息。
  35. 根据权利要求34所述的终端设备，其特征在于，所述处理单元还用于：
    通过所述收发单元接收所述第一终端设备发送的所述数据反馈资源；或者，
    从反馈资源集合中确定所述数据反馈资源。
  36. 一种终端设备，其特征在于，包括：
    收发单元，用于向多个终端设备发送侧行数据；
    处理单元，用于确定所述多个终端设备中存在未成功接收到所述侧行数据的第三终端设备以及成功接收到所述侧行数据的第二终端设备，
    所述收发单元还用于：仅向所述第三终端设备发送所述侧行数据的重传数据以及重传反馈资源，所述重传反馈资源用于承载所述重传数据的反馈信息。
  37. 根据权利要求36所述的终端设备，其特征在于，所述处理单元还用于：
    放弃向所述第二终端设备发送所述重传反馈资源。
  38. 根据权利要求37所述的终端设备，其特征在于，所述收发单元还用于：
    在所述处理单元放弃向所述第二终端设备发送所述重传反馈资源的情况下，若所述收发单元接收所述第二终端设备发送的指示信息，且所述指示信息用于指示所述第二终端设备未成功接收到所述侧行数据，根据所述指示信息，向所述第二终端设备发送所述侧行数据的重传数据以及重传反馈资源。
  39. 根据权利要求37至38中任一项所述的终端设备，其特征在于，所述处理单元还用于：
    在所述重传反馈资源上，检测所述第三终端设备发送的所述重传数据的反馈信息；
    根据所述检测的结果，确定所述第三终端设备是否成功接收到所述重传数据。
  40. 根据权利要求37至39中任一项所述的终端设备，其特征在于，所述收发单元还用于：
    向所述多个终端设备发送数据反馈资源，所述数据反馈资源用于所述多个终端设备发送所述侧行数据的反馈信息；
    所述处理单元还用于：
    在所述数据反馈资源上，检测所述多个终端设备发送的所述侧行数据的反馈信息；
    根据所述检测的结果，确定所述多个终端设备中是否存在所述第二终端设备和/或所述第三终端设备。
  41. 根据权利要求40所述的终端设备，其特征在于，所述处理单元还用于：
    若在所述数据反馈资源上，未检测到所述第三终端设备的所述侧行数据的反馈信息，确定所述第三终端设备未成功接收到所述侧行数据；或，
    若在所述数据反馈资源上，检测到所述第三终端设备发送的所述侧行数据的反馈信息，根据所述侧行数据的反馈信息，确定所述第三终端设备是否成功接收到所述侧行数据。
  42. 根据权利要求41所述的终端设备，其特征在于，所述处理单元还用于：
    若所述侧行数据的反馈信息为确认ACK信息，确定所述第三终端设备成功接收到所述侧行数据；
    若所述侧行数据的反馈信息为非确认NACK信息，确定所述第三终端设备未成功接收到所述侧行数据。
  43. 根据权利要求37至42中任一项所述的终端设备，其特征在于，所述收发单元还用于：
    若所述处理单元确定所述多个终端设备中存在未成功接收到所述侧行数据的终端设备，向所述多个终端设备发送所述重传数据。
  44. 一种终端设备，其特征在于，包括：
    收发单元，用于接收侧行数据，所述侧行数据为第一终端设备向多个终端设备发送的，所述多个终端设备包括所述终端设备；
    所述收发单元还用于：接收所述第一终端设备发送的所述侧行数据的重传数据；
    处理单元，用于在所述收发单元成功接收到所述侧行数据，且未接收到所述第一终端设备发送的重传反馈资源的情况下，放弃向所述第一终端设备发送所述重传数据的反馈信息，所述重传反馈资源用于承载所述重传数据的反馈信息。
  45. 根据权利要求44所述的终端设备，其特征在于，所述处理单元还用于：
    在未成功接收到所述侧行数据，且未接收到所述第一终端设备发送的重传反馈资源的情况下，放弃向所述第一终端设备发送所述重传数据的反馈信息。
  46. 根据权利要求44所述的终端设备，其特征在于，所述处理单元还用于：
    在所述收发单元未成功接收到所述侧行数据，且未接收到所述第一终端设备发送的重传反馈资源的情况下，通过所述收发单元向所述第一终端设备发送指示信息，所述指示信息用于所述第一终端设备确定所述终端设备未成功接收到所述侧行数据。
  47. 一种终端设备，其特征在于，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至23中任一项所述的方法。
  48. 一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至23中任一项所述的方法。
  49. 一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至23中任一项所述的方法。
  50. 一种计算机程序产品，其特征在于，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1至23中任一项所述的方法。
  51. 一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求1至23中任一项所述的方法。
PCT/CN2019/083941 2019-04-23 2019-04-23 用于传输侧行数据的方法和终端设备 WO2020215218A1 (zh)

Priority Applications (7)

Application Number Priority Date Filing Date Title
KR1020217035714A KR20220002342A (ko) 2019-04-23 2019-04-23 사이드링크 데이터를 전송하는 방법 및 단말기 디바이스
PCT/CN2019/083941 WO2020215218A1 (zh) 2019-04-23 2019-04-23 用于传输侧行数据的方法和终端设备
JP2021563195A JP7390399B2 (ja) 2019-04-23 2019-04-23 サイドリンクデータの伝送方法及び端末デバイス
EP19926648.7A EP3944535A4 (en) 2019-04-23 2019-04-23 SIDE LINK DATA TRANSMISSION METHOD AND TERMINAL DEVICE
CN201980093633.2A CN113557685A (zh) 2019-04-23 2019-04-23 用于传输侧行数据的方法和终端设备
CN202111220858.5A CN113766654A (zh) 2019-04-23 2019-04-23 用于传输侧行数据的方法和终端设备
US17/507,327 US20220045794A1 (en) 2019-04-23 2021-10-21 Method for transmitting sidelink data, and terminal device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/083941 WO2020215218A1 (zh) 2019-04-23 2019-04-23 用于传输侧行数据的方法和终端设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/507,327 Continuation US20220045794A1 (en) 2019-04-23 2021-10-21 Method for transmitting sidelink data, and terminal device

Publications (1)

Publication Number Publication Date
WO2020215218A1 true WO2020215218A1 (zh) 2020-10-29

Family

ID=72941445

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/083941 WO2020215218A1 (zh) 2019-04-23 2019-04-23 用于传输侧行数据的方法和终端设备

Country Status (6)

Country Link
US (1) US20220045794A1 (zh)
EP (1) EP3944535A4 (zh)
JP (1) JP7390399B2 (zh)
KR (1) KR20220002342A (zh)
CN (2) CN113766654A (zh)
WO (1) WO2020215218A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114616781B (zh) * 2019-10-03 2023-06-30 欧芬诺有限责任公司 反馈信道的无线电资源映射

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016107244A1 (zh) * 2014-12-31 2016-07-07 中兴通讯股份有限公司 资源池配置方法及设备、计算机存储介质
WO2017084514A1 (zh) * 2015-11-19 2017-05-26 中兴通讯股份有限公司 控制信道资源的获取方法、设备及计算机存储介质
CN108347313A (zh) * 2017-01-24 2018-07-31 华为技术有限公司 反馈方法及用户设备
CN108923894A (zh) * 2017-03-23 2018-11-30 中兴通讯股份有限公司 一种信息传输的方法、装置和系统

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3305247B2 (ja) * 1998-01-06 2002-07-22 日本電信電話株式会社 無線マルチキャストデータ転送方法及び無線通信システム
JP2003348186A (ja) * 2002-05-29 2003-12-05 Toa Corp 電子データの送信方法および装置
KR20090015253A (ko) * 2007-08-08 2009-02-12 삼성전자주식회사 통신 시스템에서 데이터 재전송 방법 및 시스템
WO2015002439A1 (ko) * 2013-07-01 2015-01-08 엘지전자 주식회사 유사 랜덤 액세스 프로시저를 이용한 유휴모드 단말의 단말 간 직접 통신 방법 및 이를 위한 장치
US10412553B2 (en) * 2014-06-30 2019-09-10 Sony Corporation Wireless communication apparatus, wireless communication method, and program for using a threshold to control multicast retransmission
CN108347307B (zh) * 2017-01-25 2021-02-09 华为技术有限公司 传输数据的方法、终端设备和网络设备
CN108540272A (zh) * 2017-03-06 2018-09-14 北京信威通信技术股份有限公司 信息传输方法及装置
CN108810906A (zh) * 2017-05-04 2018-11-13 株式会社Ntt都科摩 资源配置和调度方法、基站以及用户设备
EP3652875B1 (en) * 2017-07-13 2023-11-01 Koninklijke Philips N.V. Communication device, system and method for communication using feedback
CN111133811B (zh) * 2017-09-27 2024-04-23 索尼公司 通信设备
US11368201B2 (en) * 2018-09-28 2022-06-21 Electronics And Telecommunications Research Institute Method for groupcast transmission and reception with feedback information, and apparatus therefor
CN113196821B (zh) * 2018-12-27 2023-12-22 株式会社Ntt都科摩 用户装置
JP7322148B2 (ja) * 2019-01-10 2023-08-07 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ ユーザ装置及び無線通信方法
JP7154436B2 (ja) * 2019-03-05 2022-10-17 エルジー エレクトロニクス インコーポレイティド Ｎｒ ｖ２ｘにおけるｐｓｆｃｈを送信する方法、及び装置
US20220078753A1 (en) * 2019-03-11 2022-03-10 Lg Electronics Inc. Method for allocating sidelink resource in wireless communication system
EP3937576B1 (en) * 2019-03-18 2023-11-22 LG Electronics Inc. Method and device for switching resource allocation mode in wireless communication system
US10834704B2 (en) * 2019-03-22 2020-11-10 Asustek Computer Inc. Method and apparatus for resource selection in sidelink transmission in a wireless communication system
US20220182206A1 (en) * 2019-04-09 2022-06-09 Beijing Xiaomi Mobile Software Co., Ltd. Retransmission feedback method and device for sidelink communication, and storage medium
JP7448649B2 (ja) * 2019-11-08 2024-03-12 オッポ広東移動通信有限公司 通信方法、デバイス及び記憶媒体

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016107244A1 (zh) * 2014-12-31 2016-07-07 中兴通讯股份有限公司 资源池配置方法及设备、计算机存储介质
WO2017084514A1 (zh) * 2015-11-19 2017-05-26 中兴通讯股份有限公司 控制信道资源的获取方法、设备及计算机存储介质
CN108347313A (zh) * 2017-01-24 2018-07-31 华为技术有限公司 反馈方法及用户设备
CN108923894A (zh) * 2017-03-23 2018-11-30 中兴通讯股份有限公司 一种信息传输的方法、装置和系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "Summary for AI 7.2.4.2.2 Mode-2 Resource Allocation", 3GPP TSG RAN WG1 MEETING #96BIS，R1-1905652, 12 April 2019 (2019-04-12), XP051707711, DOI: 20191226162329A *
See also references of EP3944535A4 *
SPREADTRUM COMMUNICATIONS: "Consideration on physical layer procedures", 3GPP TSG RAN WG1 MEETING #95， R1-1813075, 16 November 2018 (2018-11-16), XP051479343, DOI: 20191226162038A *

Also Published As

Publication number Publication date
CN113766654A (zh) 2021-12-07
CN113557685A (zh) 2021-10-26
JP7390399B2 (ja) 2023-12-01
US20220045794A1 (en) 2022-02-10
EP3944535A1 (en) 2022-01-26
JP2022534853A (ja) 2022-08-04
EP3944535A4 (en) 2022-03-30
KR20220002342A (ko) 2022-01-06

Similar Documents

Publication Publication Date Title
US11647503B2 (en) Information transmission method, terminal device, and network device
TWI829760B (zh) 用於側行鏈路的通信方法和設備
WO2021007685A1 (zh) 用于传输侧行数据的方法、终端设备和网络设备
WO2019201249A1 (zh) 通信方法、通信装置及可读存储介质
WO2020132869A1 (zh) 资源分配的方法和终端设备
WO2021134796A1 (zh) 无线通信的方法和终端设备
WO2020248258A1 (zh) 无线通信方法、收端设备和发端设备
WO2020191636A1 (zh) 通信方法、终端设备和网络设备
WO2020056696A1 (zh) 一种资源分配方法及装置、终端
WO2020252708A1 (zh) 无线通信方法、终端设备和网络设备
EP3930235B1 (en) Retransmission resource configuration method and device, chip and computer programs
WO2020143062A1 (zh) 无线通信方法和终端
US11758541B2 (en) Information transmission method, terminal device and network device
US11929960B2 (en) Resource allocation method and device, storage medium and terminal
US20220045794A1 (en) Method for transmitting sidelink data, and terminal device
WO2020103316A1 (zh) 一种传输数据的方法和终端设备
WO2020051919A1 (zh) 一种资源确定及配置方法、装置、终端、网络设备
US20220086806A1 (en) Sidelink Transmission Method and Sidelink Transmission Apparatus
WO2021073021A1 (zh) 传输数据的方法、终端设备和网络设备
WO2020029558A1 (zh) 反馈信息的方法、终端、芯片和存储介质
WO2021092923A1 (zh) 无线通信方法、终端设备和网络设备
WO2021031011A1 (zh) 一种harq码本确定方法及装置、终端设备、网络设备
WO2020155183A1 (zh) 无线通信方法、网络设备和终端设备
WO2022120610A1 (zh) 无线通信方法和终端
WO2023108351A1 (zh) 无线通信的方法及终端设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19926648

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021563195

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019926648

Country of ref document: EP

Effective date: 20211021