WO2018233470A1 - 一种数据传输方法、通信设备和数据传输系统 - Google Patents

一种数据传输方法、通信设备和数据传输系统 Download PDF

Info

Publication number
WO2018233470A1
WO2018233470A1 PCT/CN2018/089303 CN2018089303W WO2018233470A1 WO 2018233470 A1 WO2018233470 A1 WO 2018233470A1 CN 2018089303 W CN2018089303 W CN 2018089303W WO 2018233470 A1 WO2018233470 A1 WO 2018233470A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
transmitted
target device
collaboration
target
Prior art date
Application number
PCT/CN2018/089303
Other languages
English (en)
French (fr)
Inventor
苏宏家
庞继勇
向铮铮
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP18821650.1A priority Critical patent/EP3627717B1/en
Publication of WO2018233470A1 publication Critical patent/WO2018233470A1/zh
Priority to US16/716,852 priority patent/US11258541B2/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/02—Arrangements for detecting or preventing errors in the information received by diversity reception
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity
    • H04B7/026—Co-operative diversity, e.g. using fixed or mobile stations as relays
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035—Resource allocation in a cooperative multipoint environment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • 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
    • 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/0097—Relays
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • 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
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • 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
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • 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

Definitions

  • the present invention relates to the field of communications, and more particularly to a data transmission method, a communication device, and a data transmission system.
  • the network service quality of the user equipment is often low.
  • the base station sends data to the user equipment, it usually needs multiple retransmissions to complete the transmission of the data, and the data transmission cannot be completed even after multiple retransmissions.
  • the present application provides a data transmission method, a communication device, and a data transmission system, which are intended to increase the probability of success of data transmission and reduce the probability of retransmission of the network side device to the user equipment.
  • An aspect of the present invention provides a data transmission method, where the method includes: a collaboration device receives data to be transmitted sent by a network side device to a collaboration group, where the collaboration group includes the collaboration device and a target device; Before the moment, the collaboration device sends the to-be-transmitted data to the target device; wherein, the time when the target device feeds back to the network-side device whether the data to be transmitted is correctly received is defined as the first moment a time at which the collaboration device sends the data to be transmitted to the target device is defined as a second time; a duration between the second time and the first time is greater than or equal to the collaboration of the target device The length of time required for the data to be transmitted sent by the device to be subjected to receiving processing and verification.
  • the target device even if the target device cannot correctly receive the data to be transmitted sent by the network side device, if the target device can correctly receive the data to be transmitted forwarded by the cooperation device, the target device does not need to request the network side device to retransmit the device.
  • the data to be transmitted can effectively improve the probability of success of receiving data by the target device, and reduce the probability of retransmission of the network device to the target device.
  • the collaboration device sends the to-be-transmitted data to the target device by using an edge link with the target device.
  • the frequency band used for the side link transmission is a licensed frequency band or an unlicensed frequency band. Unlicensed frequency bands are low in cost and do not interfere with communication between network-side devices and target devices or cooperative devices, and do not occupy valuable licensed band resources.
  • the frequency band used by the edge link transmission is an unlicensed frequency band
  • the channel used for the edge link transmission includes several alternatives.
  • the side link channel the method further includes: the cooperation device receiving, on an edge link common subframe, information indicating whether the target device correctly receives the data to be transmitted, the edge link common subframe a subframe that is a preset location on the side link channel that is agreed between the target device and the collaboration device.
  • the method further includes: if the cooperation device receives information indicating that the target device correctly receives the data to be transmitted before transmitting the data to be transmitted to the target device, The cooperating device abandons sending the to-be-transmitted data to the target device. Therefore, the cooperative device can obtain the ACK fed back by the target device in time through the common subframe of the edge link, and then does not need to send the data to be transmitted to the target device, thereby effectively saving the spectrum resource.
  • the method further includes: the collaboration device listening to the edge link channel, When the available edge link channel is monitored, it is determined whether the duration between the current time and the time corresponding to the common subframe of the next edge link is greater than or equal to the length of time required to send the data to be transmitted; when greater than or equal to And executing, by the cooperative device, the step of transmitting the to-be-transmitted data to the target device; when less than, the cooperative device abandoning sending the to the target device before the next-side link common subframe arrives Data to be transmitted, and after the next side link common subframe, the step of the cooperative device transmitting the data to be transmitted to the target device is performed.
  • the collaboration device receives the collaboration sent by the network side device or the target device Controlling signaling, the cooperative control signaling indicating a collaboration policy; or the collaboration device determining the collaboration policy according to rules agreed with the target device; wherein the collaboration policy includes a collaboration mode and a collaboration mode used The parameters specifically adopted below.
  • a data transmission method includes: a target device receives data to be transmitted sent by a network side device to a collaboration group, where the collaboration group includes a collaboration device and the target device; Receiving processing and verifying the to-be-transmitted data sent by the collaboration device, wherein the time when the target device feeds back to the network-side device whether the data to be transmitted is correctly received is defined as the first time.
  • the target device even if the target device cannot correctly receive the data to be transmitted sent by the network side device, if the target device can correctly receive the data to be transmitted forwarded by the cooperation device, the target device does not need to request the network side device to retransmit the device.
  • the data to be transmitted can effectively improve the probability of success of receiving data by the target device, and reduce the probability of retransmission of the network device to the target device.
  • a time when the target device receives the data to be transmitted sent by the network side device is defined as a third time
  • the target device At least one subframe between the third time and the first time is not used to process the data to be transmitted sent by the network side device.
  • the target device is received by using an edge link with the collaboration device
  • the data to be transmitted sent by the collaboration device is a licensed frequency band or an unlicensed frequency band.
  • Unlicensed frequency bands are low in cost and do not interfere with communication between network-side devices and target devices or cooperative devices, and do not occupy valuable licensed band resources.
  • the frequency band used by the edge link transmission is an unlicensed frequency band
  • the edge The channel used for the link transmission includes a plurality of candidate side link channels
  • the method further comprising: the target device transmitting, on the side link common subframe, information indicating whether the data to be transmitted is correctly received
  • the edge link common subframe is a subframe of a preset position on the side link channel agreed between the target device and the cooperation device. Therefore, the cooperation device can obtain the ACK fed back by the target device in time through the common subframe of the edge link, and then the data to be transmitted is not required to be sent to the target device, thereby effectively saving the spectrum resource.
  • the method further includes: the target device listening to the to-be-transmitted data sent by the collaboration device on each of the side link channels.
  • the target device receives the collaboration control signaling sent by the network side device, where The cooperative control signaling indicates a collaboration policy; or the target device determines the collaboration policy according to a rule agreed with the collaboration device.
  • the transmission time interval TTI adopted by the transmission between the collaboration device and the target device is smaller than the target The TTI used for transmission between the device and the network side device.
  • TTI1 ⁇ TTI2 can be made in the following way:
  • the number of symbols included in the subframe corresponding to TTI1 is smaller than the number of symbols included in the subframe corresponding to TTI2.
  • the length of the symbol included in the subframe corresponding to the TTI1 is smaller than the length of the symbol included in the subframe corresponding to the TTI2.
  • a communication device in a third aspect, includes a processor and a transceiver, and the transceiver is configured to receive data to be transmitted sent by the network side device to the cooperative group, where the collaboration group includes the communication device and the target device
  • the processor is configured to control the transceiver to send the data to be transmitted to the target device before the first time; wherein the target device feeds back to the network device whether the data to be transmitted is correctly received
  • the target device even if the target device cannot correctly receive the data to be transmitted sent by the network side device, if the target device can correctly receive the data to be transmitted forwarded by the communication device, the target device does not have to request the network side device to The data to be transmitted can effectively improve the probability of success of the target device receiving data, and reduce the probability of the network side device retransmitting to the target device.
  • a communication device in a fourth aspect, includes a processor and a transceiver, and the transceiver is configured to receive data to be transmitted sent by the network side device to the collaboration group, where the collaboration group includes the collaboration device and the communication device The transceiver is further configured to receive the to-be-transmitted data sent by the collaboration device, where the processor is configured to process and verify the to-be-transmitted data sent by the collaboration device, where The moment when the communication device feeds back to the network side device whether the data to be transmitted is correctly received is defined as the first time.
  • the communication device even if the communication device cannot correctly receive the data to be transmitted sent by the network side device, if the communication device can correctly receive the data to be transmitted forwarded by the cooperation device, the communication device does not have to request the network side.
  • the device retransmits the data to be transmitted, which can effectively improve the probability of success of receiving data by the communication device, and reduce the probability that the network device retransmits to the communication device.
  • a communication system comprising the communication device of the above third aspect and the communication device of the fourth aspect.
  • a still further aspect of the present application provides a computer readable storage medium storing computer software instructions for use in the communication device of the above third aspect, when it is run on a computer, The computer is caused to perform the methods described in the various aspects above.
  • a still further aspect of the present application provides a computer readable storage medium storing computer software instructions for use in the communication device of the above fourth aspect, when it is run on a computer, The computer is caused to perform the methods described in the various aspects above.
  • FIG. 1 is an exemplary schematic diagram of a communication system in accordance with an embodiment of the present invention.
  • FIG. 2 is an exemplary flowchart of a data transmission method according to an embodiment of the present invention.
  • FIG. 3 is an exemplary schematic diagram of a fast collaboration mode in accordance with an embodiment of the present invention.
  • FIG. 4 is an exemplary schematic diagram of an extended collaboration mode in accordance with an embodiment of the present invention.
  • FIG. 5 is another exemplary flowchart of a data transmission method according to an embodiment of the present invention.
  • FIG. 6 is an exemplary schematic diagram of user cooperation in accordance with an embodiment of the present invention.
  • FIG. 7 is another exemplary schematic diagram of user cooperation according to an embodiment of the invention.
  • FIG. 8 is a schematic diagram showing an exemplary hardware structure of a communication device according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram showing an exemplary hardware structure of a communication device according to another embodiment of the present invention.
  • the communication system may include a network side device and at least two terminal devices that communicate with the network side device, and two or more terminal devices may also communicate with each other.
  • 1 is an example of the communication system.
  • the communication system shown in FIG. 1 includes a network side device (shown as gNB in FIG. 1) and a plurality of terminal devices (FIG. 1 shown as CUE1, CUE2, and TUE) in communication therewith.
  • the network side device may be a device that can communicate with the user device.
  • the network side device may be, for example, a base station (a macro base station, a small/micro base station, a home base station, etc.), a relay station, or an access point.
  • the base station may be, for example, a base transceiver station (BTS) in a global system for mobile communication (GSM) or a code division multiple access (CDMA) network, or may be a wideband code.
  • the NB (NodeB) in the wideband code division multiple access (WCDMA) may also be an eNB or an eNodeB (Evolutional NodeB) in long term evolution (LTE), or may be a future 5G network or a new air interface.
  • the network side device may also be, for example, a transmission reception point (TRPx) in the network.
  • the network side device may also be, for example, a wireless controller in a cloud radio access network (CRAN) scenario.
  • the network side device may also be, for example, an access point (AP) in WiFi.
  • the network side device can also be, for example, a wearable device or an in-vehicle device.
  • the terminal device may be a User Equipment (UE), an access terminal, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, a mobile device, a user terminal, a terminal, a wireless communication device, a user agent, or User device, etc.
  • the access terminal may be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), with wireless communication.
  • the network service quality of the terminal device is low.
  • the target device TUE in FIG. 1 is at the edge of the network coverage.
  • the network-side device gNB sends downlink data to the TUE, it is likely to fail to transmit, which in turn causes retransmission.
  • the cooperative device CUE shown as CUE1 and CUE2 in FIG. 1 is closer to the gNB, and the network quality of service between the CUE and the gNB is higher, so the CUE can cooperate with the gNB to send data to the TUE.
  • the technical solution provided by the embodiment of the present invention is that the configuration target device and the at least one collaboration device form a collaboration group.
  • the network side device gNB needs to send data to the target device
  • the network side device sends the data to the collaboration group
  • the collaboration device and the target device in the collaboration group can receive the data. Since the target device is at the edge of the network range, it may fail to receive.
  • the network service quality of the collaborative device is high, so the collaborative device can receive the data correctly with a high probability.
  • the cooperative device may forward the received data to the target device through the edge link before the first time, and The target device may complete the receiving processing and verification of the data sent by the cooperation device before the first moment. Therefore, even if the target device fails to correctly receive the data transmitted by the network side device, if the target device can correctly receive the data forwarded by the cooperation device before the first time, the target device does not have to feed back the NACK at the first moment, Feedback ACK, the network side device does not need to retransmit the data.
  • the technical solution provided by the embodiment of the present invention can help the network side device to send data to the target device, increase the probability of success of the data transmission, and reduce the probability of the network side device retransmitting to the user equipment.
  • the foregoing cooperation device and the target device may be the terminal devices described above.
  • they in order to facilitate the differentiation of terminal devices, they may be referred to as a collaboration device and a target device, respectively. It will be understood that this is merely an exemplary description.
  • the embodiment of the present invention provides a data transmission method.
  • the embodiments of the present invention describe that the network side device needs to send data to the target device, and the network device sends the data to the target device by using the collaboration device as an example.
  • the method comprises:
  • the network side device sends the data to be transmitted to the collaboration group.
  • the collaboration group includes a collaboration device and a target device.
  • the number of collaborative devices is at least one. For example, as shown in FIG. 1, the collaboration devices are set to two.
  • the collaboration group can be configured by the network side device.
  • the network side device may determine the collaboration device and the collaboration group identifier for the target device according to the communication state of the target device or according to the request of the target device.
  • the network side device sends the collaboration group identifier to the target device and the collaboration device.
  • the network side device also sends the target device identifier to the collaboration device.
  • the establishment of a collaboration group can be initiated by the target device.
  • the target device may first initiate a request to the network side device, and the network side device sends the collaboration group identifier to the target device.
  • the target device can inform the collaborative device collaboration group identity through a side link established between the collaboration device and the collaboration device.
  • the side link may also be referred to as a D2D (Device to Device) link, a M2M (Machine to Machine) link, a terminal straight through, an end-to-end link, a side link, and the like.
  • the edge link between the target device and the collaboration device can be pre-established.
  • the target device and the cooperative device negotiate with each other (eg, D2D discovery, D2D synchronization) to establish an edge link.
  • the collaboration device receives and synchronizes with the synchronization signal of the target device and receives the information it sends, it can be regarded as establishing an edge link between the target device and the collaboration device; or through D2D discovery, the target device is discovered. If the collaboration device agrees to be discovered, then it can be considered that an edge link is established between the target device and the collaboration device.
  • the network side device indicates that the edge device establishes an edge link with the collaboration device. If the network device authorizes the target device and the collaboration device to perform edge link communication, the edge device may be regarded as a side between the target device and the collaboration device. link.
  • the collaborative group identity is different from the target device identity and the collaborative device identity.
  • the network side device may also directly configure the target device identifier as a collaborative group identifier.
  • the collaborative group identity is unique for at least one cell.
  • the collaboration device receives data to be transmitted sent by the network side device to the collaboration group.
  • the target device receives data to be transmitted sent by the network side device to the cooperation group.
  • the data to be transmitted is multicast through the collaboration group identifier.
  • the target device and each collaboration device resolve the data to be transmitted through the collaboration group identifier.
  • the collaboration device sends the data to be transmitted to the target device.
  • the time when the target device feeds back to the network side device whether to correctly receive the data to be transmitted is defined as the first time; the time when the cooperation device sends the data to be transmitted to the target device is defined as the second time; the second time to the second time
  • the duration between the moments is greater than or equal to the length of time required for the target device to perform reception processing and verification on the data to be transmitted sent by the cooperation device.
  • Receiving processing and verification can be understood as receiving, parsing, decoding, verifying, etc., of the data to be transmitted. After the target device completes the receiving processing and verification on the data to be transmitted sent by the cooperative device, the target device can determine whether the data to be transmitted sent by the cooperative device is successfully received.
  • the target device receives, before the first moment, processes and verifies data to be transmitted sent by the collaboration device.
  • step S103 includes: the collaboration device sends the to-be-transmitted data to the target device by using an edge link with the target device.
  • step S104 includes: the target device receives the processing and the data to be transmitted sent by the collaboration device by using the edge link before the first time.
  • Edge link communication is not subject to network coverage, and can work in various scenarios such as network coverage, no network coverage, and partial network coverage.
  • the terminal considering the processing delay and transmission delay of the data decoding, the terminal usually needs 3 subframes to complete the receiving processing and verification of the downlink data, and the like, for the terminal received in the Nth subframe.
  • the downlink data is generally subjected to uplink feedback in the N+4th subframe to inform the network side device whether the downlink data is correctly received. If received correctly, feedback ACK; if receiving error, feedback NACK to trigger base station retransmission.
  • the network side device transmits the data to be transmitted to the cooperation group in the Nth subframe based on the existing LTE system
  • the cooperation device and the target device receive the data to be transmitted in the Nth subframe
  • the cooperation device and the target device It takes 3 subframes to complete the reception processing and verification of the data to be transmitted.
  • the target device needs to feed back to the network side device in the N+4th subframe whether the data to be transmitted is correctly received.
  • the cooperative device Before the N+4th subframe, the cooperative device does not have enough time to forward the data to be transmitted to the target device; or, even if the cooperative device can forward the data to be transmitted to the target device before the N+4th subframe, the target device still There is not enough time to complete the receiving processing and verification of the data to be transmitted forwarded by the cooperative device. Therefore, according to the prior art, the cooperative device cannot help the network side device to improve the probability of initial success of data. In practical applications, the probability of the target device feeding back the NACK to the network side device is about 10%, and the probability that the target device will feedback the NACK to the network side device is about one thousandth. Therefore, the network side device is improved to the target. The probability of initial success of the device is very necessary to obtain greater gain.
  • the target device can have sufficient time (ie, before the first moment) to complete the receiving processing and verification of the data to be transmitted forwarded by the cooperative device:
  • Embodiment 1 The Fast Cooperation Mode (FCM), the transmission time interval TTI adopted by the communication between the collaboration device and the target device is smaller than the transmission between the target device and the network side device
  • the TTI used that is, the TTI adopted by the edge link is smaller than the TTI used for transmission between the target device and the network side device.
  • TTI refers to the length of time required for an independent decoding transmission in wireless communication.
  • the fast cooperation mode can quickly realize coordinated transmission without changing the delay of the HARQ feedback duration and the HARQ process of the data to be transmitted sent by the target device to the network side device.
  • the transmission time interval used by the edge link is defined as TTI1
  • the transmission time interval used for transmission between the target device and the network side device is defined as TTI2.
  • TTI2 k ⁇ TTI1, k>1.
  • the specific value of k can be set according to actual needs, as long as the target device can complete the receiving processing and verification of the data to be transmitted sent by the cooperative device before the first time.
  • the TTI used by the edge link is the TTI corresponding to the SL frame in FIG. 3 (ie, TTI1)
  • the TTI used for the transmission between the target device and the network side device is the DL frame and the UL in FIG. 3.
  • the TTI corresponding to the frame that is, TTI2
  • TTI1 ⁇ TTI2 therefore, the number of TTI1 is more than the number of TTI2 in the period from the time when the network side device transmits the data to be transmitted to the time before the first time arrives.
  • the number of subframes required for the target device and the cooperative device to perform the receiving process and the check for the data to be transmitted may be, for example, one subframe, two subframes, three subframes, and the like, and the number of subframes required is specifically required. It can be set according to actual needs, and is not limited here.
  • the number of subframes required for receiving and verifying the data to be transmitted by the target device and the cooperative device is several, as long as the TTI1 in the time period from the time when the network side device transmits the data to be transmitted to the time before the first time arrives. The number may be sufficient for the cooperative device to complete the receiving and forwarding of the data to be transmitted, and the target device to complete the receiving processing and verification of the data to be transmitted forwarded by the cooperative device.
  • TTI1 ⁇ TTI2 can be made in the following way:
  • the number of symbols included in the subframe corresponding to TTI1 is smaller than the number of symbols included in the subframe corresponding to TTI2.
  • the length of the symbol included in the subframe corresponding to the TTI1 is smaller than the length of the symbol included in the subframe corresponding to the TTI2.
  • the length of the symbol depends on the size of the subcarrier spacing, and the larger the subcarrier spacing, the shorter the symbol length. Therefore, the subcarrier spacing used by the edge link is greater than the subcarrier spacing used for transmission between the target device and the network side device.
  • the network side device sends the data to be transmitted to the cooperative group in the Nth subframe (ie, the DL frame N in FIG. 3), and the cooperation device and the target device receive the data to be transmitted in the Nth subframe.
  • the M-side link subframe ie, the SL frame M in FIG. 3 forwards the data to be transmitted to the target device, and the target device needs three sides.
  • the link subframe completes the receiving processing, check, and the like of the data to be transmitted, and assumes that the target device feeds back to the network side device whether the data to be transmitted is correctly received in the UL frame N+4, so as long as the M+3 is guaranteed.
  • the edge link subframes are located before the UL frame N+4.
  • Embodiment 2 in a Longer Cooperation Mode (LCM), the time at which the target device receives the data to be transmitted sent by the network side device is defined as a third time, and the third time to the first time
  • the time length between the times is greater than the length of time required for the target device to perform receiving processing and verification on the data to be transmitted sent by the network side device, where the target device is in the third time to the first time
  • At least one subframe is not used to process the data to be transmitted sent by the network side device, so that the target device has enough time to perform receiving processing and verification on the data to be transmitted forwarded by the cooperative device.
  • the TTI adopted by the side link transmission of the cooperation device and the target device can be changed, and the cooperative transmission can be realized without increasing the processing complexity.
  • the transmission time interval used by the edge link is equal to the transmission time interval between the network side device and the cooperation group, and the network side device sends the data to be transmitted to the cooperation group in the Nth subframe, and the target device is at the Nth.
  • the subframes After receiving the data to be transmitted sent by the network side device, the subframes use the three subframes to process the data to be transmitted sent by the network side device, and then reserve 4 idle subframes, and the N+8 subframes are forwarded to the network side.
  • the device feeds back ACK/NACK.
  • the cooperative device receives the data to be transmitted in the Nth subframe, and the cooperative device needs 3 subframes to process the data to be transmitted, and the cooperative device forwards the to-be-transmitted data to the target device in the N+4th subframe, and the target device also needs to
  • the three subframes process the data to be transmitted forwarded by the cooperation device, and the target device completes the processing of the data to be transmitted in the N+7th subframe, that is, the target device can complete the target device before the N+8th subframe.
  • the first embodiment and the second embodiment described above can be used in combination.
  • the collaboration strategy includes the parameters used in the collaboration mode and collaboration mode.
  • the collaboration mode includes the above-mentioned fast collaboration mode, extended collaboration mode, or a combination of the two modes.
  • the parameters used in the cooperative mode include the parameters used by the edge link and the HARQ feedback duration of the data to be transmitted sent by the target device to the network side device.
  • the parameters used by the edge link include the transmission time interval, the number of symbols included in each subframe, the subcarrier spacing corresponding to the symbol, the frequency band (channel) used by the side link, and the time-frequency resource used by the side link. At least one of them.
  • the duration of the HARQ feedback of the data to be transmitted sent by the target device to the network side device is between the time when the target device receives the data to be transmitted sent by the network side device, and the time when the target device feeds back to the network side device whether the data to be transmitted is correctly received. duration.
  • the cooperation control signaling may be sent by the network side device to the cooperation device and the target device, the cooperation control signaling indicating the cooperation policy.
  • the network side device may send the cooperation control signaling to the target device, and the target device forwards the cooperation control signaling to the cooperation device.
  • the coordinated control signaling sent by the network side device may be carried in the downlink control information of the physical downlink control channel (PDCCH), or carried in the radio resource control (RRC) signaling, or carried.
  • SIB System Information Block
  • cooperation control signaling indicates the cooperation policy
  • the cooperative control signaling may directly indicate parameters specifically adopted in the cooperative mode.
  • the collaboration control signaling may indicate the sequence number corresponding to the collaboration policy
  • the collaboration device and the target device may pre-store the correspondence relationship table between the collaboration policy and the sequence number, after the collaboration device and the target device obtain the sequence number corresponding to the collaboration policy.
  • the direct cooperation of the table can obtain the cooperation strategy indicated by the cooperative control signaling, thereby saving the overhead of the cooperative control signaling.
  • the correspondence table may take the form of presentation as shown in Table 1.
  • the HARQ feedback duration X of the target device indicates that if the target device receives the data to be transmitted sent by the network side device in the Nth frame, the target device will feed back the ACK/NACK to the network side device in the N+X frame.
  • the number of symbols included in each TTI1 can be 1, 2 to M, respectively.
  • the sequence numbers corresponding to different parameter combinations can be calculated directly according to the preset algebraic relationship. Table 1 supports up to 350 different parameter combinations, corresponding to 350 serial numbers.
  • the correspondence table may also adopt a presentation form as shown in Table 2. That is, each sequence number corresponds to a combination of parameters, and the parameter combination specifically includes a subcarrier interval, a HARQ feedback duration X, and a number of symbols included in each TTI1.
  • the correspondence table may also adopt a presentation form as shown in Table 3. That is, each sequence number corresponds to a combination of parameters, and the parameter combination specifically includes a subcarrier interval, a HARQ feedback duration X, and a number of symbols included in each TTI1.
  • the number of symbols included in each TTI1 can be 1, 2 to M, respectively.
  • the presentation form shown in Table 3 makes it easier for the collaboration device and the target device to find the corresponding parameters according to the sequence number indicated by the cooperative control signaling.
  • X, M in Tables 1, 2 and 3 can take any non-negative integer.
  • Table 1 only gives an example, and does not enumerate one by one; the subcarrier spacing in Table 1 is 15KHz respectively. 30KHz, 60KHz, 120KHz and 240KHz are also just an example, and the present invention is still applicable to other subcarrier spacings, such as 7.5 kHz, 480 kHz, and the like.
  • the collaboration device determines the collaboration policy in accordance with rules agreed with the target device.
  • the target device also determines the collaboration policy in accordance with rules agreed with the collaboration device.
  • the collaboration device and the target device independently determine the collaboration policy, reduce the signaling indication of the network side device, and effectively save the overhead of the control channel. By setting certain rules, the collaboration device and the target device can determine the same collaboration strategy. In this embodiment, the collaboration device and the target device may not require an explicit indication of the network side device, but merely determine which combination of parameters to use for cooperation according to specific rules.
  • the rule may be: calculating, according to at least one parameter of a data buffer (Buffer), an MCS (Modulation and Coding Scheme) configuration, bandwidth information, and the like, The time to determine how much TTI1 to use can be met. For example, under bandwidth support, a maximum TTI1 is determined according to the size of the data buffer and the configuration of the MCS, and TTI1 ⁇ TTI2 is satisfied. It can be understood that as long as TTI1 satisfies TTI1 ⁇ TTI2, too small TTI1 increases the processing complexity of the hardware and wastes resources.
  • This rule should be consistent for all collaboration devices and target devices, for example, as indicated in the standard.
  • the method of combining the extended cooperation mode and the two modes may also be determined according to at least one parameter of a data buffer (Buffer), an MCS (Modulation and Coding Scheme) configuration, bandwidth information, and the like.
  • Buffer data buffer
  • MCS Modulation and Coding Scheme
  • bandwidth information bandwidth information, and the like.
  • the various parameters used in the collaboration strategy are as long as the determined parameters are unique.
  • the target device feeds back to the network side device whether the data to be transmitted is correctly received. That is, the target device feeds back ACK/NACK to the network side device.
  • the target device can not only complete the receiving processing and verification of the data to be transmitted sent by the network side device before the arrival of the first time, but also complete the receiving processing and verification of the data to be transmitted forwarded by the cooperative device, even if the target device The data to be transmitted sent by the network side device cannot be correctly received. However, if the target device can correctly receive the data to be transmitted forwarded by the cooperation device, the target device does not need to request the network side device to retransmit the data to be transmitted.
  • the cooperation device is configured to assist the network side device to send data to the target device, which can effectively improve the probability of success of the target device receiving data, and reduce the probability of the network side device retransmitting to the target device.
  • the frequency band used by the foregoing edge link for data transmission may be a licensed frequency band.
  • traditional licensed spectrum resources generally require spectrum resources that can be used by national or local wireless committees for approval.
  • Different systems eg, LTE systems, WiFi systems
  • systems of different operators may not share licensed spectrum resources.
  • the licensed frequency band and the frequency band allocated by the network side device to the target device or the cooperative device at least partially overlap.
  • the frequency band used by the foregoing edge link for data transmission may also be an unlicensed frequency band.
  • the traditional unlicensed spectrum resource transmission refers to the fact that each communication device can share resources included in the use of the unlicensed spectrum without system allocation.
  • Resource sharing on the unlicensed band means that the use of a particular spectrum only specifies limits on the transmit power, out-of-band leakage, etc., to ensure that basic coexistence requirements are met between multiple devices sharing the band.
  • Operators can use the unlicensed band resources to achieve the purpose of network capacity offloading, but need to comply with the regulatory requirements of different regions and different spectrums for unlicensed band resources.
  • Unlicensed frequency bands are low in cost and do not interfere with communication between network-side devices and target devices or cooperative devices, and do not occupy valuable licensed band resources.
  • Each terminal device can use the unlicensed frequency band in a contention mode or a listening mode.
  • an unlicensed spectrum resource is used in a manner of Listening Before Talk (LBT). That is, before the terminal device sends the data, the at least one channel of the unlicensed frequency band is firstly monitored, and the listening mode may be, for example, Cat-4, Cat-2, etc., and the channel can be occupied when the listening result is idle. The data to be transmitted is sent to the target device, otherwise the channel cannot be used.
  • LBT Listening Before Talk
  • the channel employed by the side link transmission includes a number of alternative side link channels. These alternate side link channels can be pre-defined.
  • the cooperating device may listen according to an indication of the network side device or according to an indication of the target device, or according to a preset rule, or randomly select one channel among several candidate side link channels.
  • step S104 specifically includes: the target device separately listening to the to-be-transmitted data sent by the collaboration device on each of the candidate side link channels. Therefore, the target device can receive the data to be transmitted sent by the collaboration device as much as possible, and further improve the probability that the target device correctly receives the data to be transmitted.
  • the listening duration of the cooperative device CUE1 may be 2 side link subframe lengths
  • the listening duration of the cooperative device CUE2 may be 1 side link subframe length
  • the listening duration of the cooperative devices CUE3 and CUE4 may be three side link subframe lengths, which may cause each cooperative device to fail to send data to be transmitted to the target device on the same edge link subframe. If the target device can correctly receive the data to be transmitted that is sent by the first collaboration device, or the target device can correctly receive the data to be transmitted sent by the network device, the target device does not need to wait to receive the data to be transmitted that has not been sent by the collaboration device.
  • the target device may transmit information (ACK/NACK) indicating whether the data to be transmitted is correctly received to the cooperative device. Therefore, when the cooperative device receives the ACK fed back by the target device, it is no longer necessary to send the data to be transmitted to the target device, which effectively saves the spectrum resource. Further, as shown in FIG. 5, the method further includes:
  • the target device sends information (ACK/NACK) indicating whether the data to be transmitted is correctly received on a common SL Subframe, where the edge link common subframe is the target device.
  • ACK/NACK information indicating whether the data to be transmitted is correctly received on a common SL Subframe, where the edge link common subframe is the target device.
  • the subframe of the preset position may be understood as a subframe corresponding to the preset subframe number, for example, the M+2 frame, the M+8 frame, the M+14 frame, and the like.
  • the target device may first listen to each side link channel before sending an ACK/NACK on the common link of the side link, and then send on the side link common subframe on all available channels. ACK/NACK.
  • the positions of the side link common subframes on each side link channel may be the same, that is, the target device may be available at all times at the same time (ie, the time corresponding to the side link common subframe).
  • the side link channels respectively transmit ACK/NACK.
  • the location of one of the side-link common subframes is M+2, and the target device transmits ACK/NACK on the M+2 side-link subframes on all side-link channels.
  • the locations of the side link common subframes on each side link channel may also be different.
  • the edge link common subframe may also be set on the partial edge link channel, and the target device and the cooperation device negotiate to set the channel where the common link of the edge link is located and the side link common The location of the subframe so that the cooperating device receives an ACK/NACK on the side-link common subframe on the corresponding channel.
  • the side link common subframes on each side link channel form a Common ACK Pool.
  • the indication information of the public confirmation pool may be configured by the network side device, or may be determined by negotiation between the target device and the cooperation device, or may be pre-defined in the standard.
  • the collaboration device receives, on an edge link common subframe, information indicating whether the target device correctly receives the data to be transmitted.
  • the cooperative device stops the current action. And maintaining the receiving state when the common link of the side link arrives, and receiving the ACK/NACK fed back by the target device.
  • the cooperative device If the cooperative device receives information indicating that the target device correctly receives the data to be transmitted before transmitting the data to be transmitted to the target device, the cooperative device abandons sending to the target device The data to be transmitted.
  • the cooperative device does not complete the listening process or just just completes the listening process but has not yet sent the data to be transmitted to the target device, it is considered that the cooperative device has not completed transmitting the data to be transmitted to the target device.
  • the cooperative device may send the to-be-transmitted transmission to the target device after the common subframe of the edge link. data. It can be understood that the cooperative device stops the unfinished listening process and can also consider that the cooperative device gives up sending the data to be transmitted to the target device.
  • the cooperation device receives the NACK information fed back by the target device on the common subframe of the edge link, indicating that the target device does not correctly receive the data to be transmitted, the cooperative device is after the common subframe of the side link, Continue the unfinished listening process or continue to send the data to be transmitted to the target device.
  • the cooperation device receives the NACK information fed back by the target device after completing the transmission of the data to be transmitted to the target device, indicating that the target device does not correctly receive the data to be transmitted, the collaboration is performed.
  • the device may send the data to be transmitted to the target device again to further improve the probability that the target device correctly receives the data to be transmitted.
  • the cooperative device monitors the edge link channel, and when the available edge link channel is monitored, determining between the current time and the time corresponding to the next edge common subframe. Whether the duration is greater than or equal to the length of time required to transmit the data to be transmitted; when greater than or equal to, the step S103 is performed; when less than, the cooperative device abandons before the next common subframe of the next edge arrives The data to be transmitted is sent to the target device, and after the next side link common subframe, the step S103 is performed.
  • the cooperative device completes the listening process if several side link subframes before the next edge link common subframe, but if the remaining edge link before the next edge link common subframe If the number of frames is less than the number of subframes required to send the data to be transmitted, the cooperative device abandons sending the data to be transmitted to the target device, and waits for the next edge common subframe to send the data to be transmitted to the target device.
  • the collaboration device may start the listening process immediately before receiving the data to be transmitted sent by the network side device or after receiving the data to be transmitted, so that the data to be transmitted can be sent to the target device as soon as possible.
  • CUE1 completes the interception in the Mth side link subframe
  • CUE2 completes the interception before the Mth side link subframe, and can calculate that one side link subframe is passed through calculation.
  • the transmission of the data to be transmitted can be completed, so CUE1 and CUE2 send the data to be transmitted to the target device on the M+1th side link subframe, and the M+2 side link subframe (ie, the side link common sub- Frame) receives feedback from the TUE.
  • CUE3 and CUE4 stop the current process because the LBT process is still not completed in the M+1th edge link subframe, and receive the TUE on the M+2 side link subframes (ie, the edge link common subframe) Feedback, if the feedback is NACK, the listening process continues in the M+3 side link subframes.
  • the cooperative device may perform channel selection without relying on the indication of the network side device, but perform channel selection according to the indication of the target device.
  • the target device may start the listening process immediately after receiving the data to be transmitted sent by the network side device or after receiving the data to be transmitted, and after all the sidechains are available after the interception is completed.
  • SCCI Sendlink Common Control Information
  • the SCCI includes scheduling information of the cooperative device, that is, resource indication information of each coordinated device on the side link, parameter information such as MCS, resource indication information of the target device feeding back ACK/NACK on the side link, and the like.
  • the SCCI may also include 1-bit cooperation indication information by which the cooperative device is notified whether a coordinated transmission is required.
  • the cooperative device receives the SCCI, and according to the instruction of the SCCI, sends the data to be transmitted to the target device according to the specified MCS and other parameters on the resource specified by the target device. Before the data to be transmitted is sent, the cooperative device can listen and send it after the interception is completed.
  • the target device receives the data to be transmitted sent by the cooperation device at the resource location specified by the SCCI, and sends an ACK/NACK to the cooperation device at the resource location specified by the SCCI.
  • the target device can listen before sending the ACK/NACK, and then send it after the interception is completed. Alternatively, the target device can also send the ACK/NACK without listening.
  • the cooperating device receives the ACK/NACK sent by the target device at the resource location specified by the SCCI.
  • the target device can send the SCCI to all the cooperative devices on the Mth subframe of each available side link channel.
  • the cooperative devices CUE1, CUE2, CUE3, and CUE4 start to perform interception on the respective side link channels according to the indication of the SCCI, and after the interception succeeds, the resource location specified by the SCCI is directed to the target device.
  • the target device After the data to be transmitted is sent, the target device performs ACK/NACK feedback after receiving the data to be transmitted.
  • CUE1, CUE2, CUE3, and CUE4 receive ACK/NACK feedback of the target device at a specified location according to an indication of the SCCI.
  • the collaboration device of one collaboration group may also be a collaboration device of other collaboration groups. That is, one collaboration device can simultaneously transmit cooperatively for multiple collaboration groups.
  • the present invention also provides a communication device 100, which may be the collaboration device described in the above embodiments.
  • the communication device 100 includes a transceiver 110 and a processor 120, and the transceiver 110 is coupled to the processor 120.
  • the communication device 100 further includes a memory 130.
  • the memory 130 is connected to the processor 120 and the transceiver 110, respectively.
  • the communication device 100 further includes a bus system 140.
  • the processor 120, the transceiver 110 and the memory 130 can be connected by a bus system 140.
  • the memory 140 can be used to store instructions for executing instructions stored by the memory 140 to control the transceiver 110 to receive and transmit signals; the memory 140 can also be used to cache the processor 120 during execution of instructions Generated data.
  • the transceiver 110 is configured to receive data to be transmitted sent by the network side device to the collaboration group, where the collaboration group includes the communication device 100 and a target device;
  • the processor 120 is configured to control the transceiver 110 to send the data to be transmitted to the target device before the first time; wherein the target device feeds back to the network side device whether the channel to be transmitted is correctly received.
  • the time of the data is defined as the first time; the time at which the transceiver 110 sends the data to be transmitted to the target device is defined as a second time; the time between the second time and the first time And greater than or equal to a length of time required by the target device to perform receiving processing and verification on the to-be-transmitted data sent by the transceiver.
  • the communication device 100 shown in Fig. 7 performs steps S101, S103, and S107 in the embodiment shown in Fig. 5.
  • steps S101, S103, and S107 in the embodiment shown in Fig. 5.
  • the target device even if the target device cannot correctly receive the data to be transmitted sent by the network side device, if the target device can correctly receive the data to be transmitted forwarded by the communication device 100, the target device does not need to request the network side device to retransmit the data.
  • the data to be transmitted can effectively improve the probability of success of the target device receiving data, and reduce the probability of the network side device retransmitting to the target device.
  • the present invention also provides a communication device 200, which may be the target device described in the above embodiments.
  • the communication device 200 includes a transceiver 210 and a processor 220, and the transceiver 210 is coupled to the processor 220.
  • the communication device 200 further includes a memory 230.
  • the memory 230 is connected to the processor 220 and the transceiver 210, respectively.
  • the communication device 200 further includes a bus system 240.
  • the processor 220, the transceiver 210 and the memory 230 can be connected by a bus system 240.
  • the memory 240 can be used to store instructions for executing the instructions stored by the memory 240 to control the transceiver 210 to receive and transmit signals; the memory 240 can also be used to cache the processor 220 during execution of the instructions. Generated data.
  • the transceiver 210 is configured to receive data to be transmitted sent by the network side device to the collaboration group, where the collaboration group includes the collaboration device and the communication device;
  • the transceiver 210 is further configured to receive the to-be-transmitted data sent by the collaboration device;
  • the processor 220 is configured to process and verify the to-be-transmitted data sent by the collaboration device before the first time; wherein the communication device 200 feeds back to the network-side device whether the channel to be transmitted is correctly received.
  • the moment of data is defined as the first moment.
  • the communication device 200 shown in FIG. 8 performs steps S102, S104, S105, and S106 in the embodiment shown in FIG.
  • steps S102, S104, S105, and S106 are steps S102, S104, S105, and S106 in the embodiment shown in FIG.
  • the transceiver 110 and the processor 120 performs steps S102, S104, S105, and S106 in the embodiment shown in FIG.
  • the communication device 200 even if the communication device 200 cannot correctly receive the data to be transmitted sent by the network side device, if the communication device 200 can correctly receive the data to be transmitted forwarded by the cooperation device, the communication device 200 does not have to request the network side device. Retransmitting the data to be transmitted can effectively improve the probability of success of the communication device 200 receiving data, and reduce the probability that the network side device retransmits to the communication device 200.
  • the present invention also provides a data transmission system including the communication device 100 and the communication device 200 described in the above embodiments.
  • a data transmission system including the communication device 100 and the communication device 200 described in the above embodiments.

Abstract

本发明公开了一种数据传输方法、通信设备及通信系统。该方法包括：协作设备和目标设备接收网络侧设备发送的待传输数据，目标设备向网络侧设备反馈是否正确接收待传输数据的时刻定义为第一时刻；在第一时刻之前，协作设备向目标设备发送待传输数据；目标设备在第一时刻之前，接收处理及校验协作设备发送的待传输数据。即使目标设备不能正确接收网络侧设备发送的待传输数据，但是若目标设备可以正确接收协作设备转发的待传输数据，则目标设备不必请求网络侧设备重传所述待传输数据，可以有效地提高目标设备接收数据的成功概率，降低网络侧设备向目标设备进行重传的概率。

Description

一种数据传输方法、通信设备和数据传输系统
本申请要求于2017年06月23日提交中国专利局、申请号为201710487270.3、申请名称为“一种数据传输方法、通信设备和数据传输系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域，并且更具体地，涉及一种数据传输方法、通信设备和数据传输系统。
背景技术
在无线通信系统中，在用户设备处于网络覆盖范围的边缘时，或者在用户设备的周围环境对网络服务干扰比较大时，常常会导致该用户设备的网络服务质量较低。进而导致在基站向用户设备发送数据时，通常需要多次重传才能完成该数据的传输，甚至经过多次重传仍然不能完成该数据的传输。
发明内容
有鉴于此，本申请提供了一种数据传输方法、通信设备和数据传输系统，旨在增加数据传输的成功概率，降低网络侧设备向用户设备进行重传的概率。
本发明实施例的一方面，提供了一种数据传输方法，该方法包括：协作设备接收网络侧设备向协作组发送的待传输数据，所述协作组包括所述协作设备和目标设备；在第一时刻之前，所述协作设备向所述目标设备发送所述待传输数据；其中，所述目标设备向所述网络侧设备反馈是否正确接收所述待传输数据的时刻定义为所述第一时刻；所述协作设备向所述目标设备发送所述待传输数据的时刻定义为第二时刻；所述第二时刻至所述第一时刻之间的时长大于或等于所述目标设备对所述协作设备发送的所述待传输数据进行接收处理及校验所需的时长。
在第一方面提供的方法中，即使目标设备不能正确接收网络侧设备发送的待传输数据，但是若目标设备可以正确接收协作设备转发的待传输数据，则目标设备不必请求网络侧设备重传所述待传输数据，可以有效地提高目标设备接收数据的成功概率，降低网络侧设备向目标设备进行重传的概率。
根据第一方面，在所述数据传输方法的第一种可能的实现方式中，所述协作设备通过与所述目标设备之间的边链路向所述目标设备发送所述待传输数据。所述边链路传输所采用的频段为授权频段或非授权频段。非授权频段使用成本低，且不会对网络侧设备与目标设备或协作设备之间的通信造成干扰，不会占用宝贵的授权频段资源。
根据第一方面，在所述数据传输方法的第二种可能的实现方式中，所述边链路传输采用的频段为非授权频段，所述边链路传输所采用的信道包括若干备选的边链路信道，所述方法还包括：所述协作设备在边链路公共子帧上接收用于指示所述目标设备是否正确接收所述待传输数据的信息，所述边链路公共子帧为所述目标设备与所述协作设备之间约定的在所述边链路信道上的预设位置的子帧。进一步的，所述方法还包括：若所述协作设备在还未完成向所述目标设备发送所述待传输数据之前接收到指示 所述目标设备正确接收所述待传输数据的信息，则所述协作设备放弃向所述目标设备发送所述待传输数据。从而协作设备可以通过边链路公共子帧及时获知目标设备反馈的ACK，则不必再向目标设备发送待传输数据，有效的节约了频谱资源。
根据第一方面或第一方面的第一种可能的实现方式，在所述数据传输方法的第三种可能的实现方式中，该方法还包括：所述协作设备监听所述边链路信道，在监听到可用的边链路信道时，判断当前时刻至下一个边链路公共子帧对应的时刻之间的时长是否大于或等于发送所述待传输数据所需的时长；在大于或等于时，则执行所述协作设备向所述目标设备发送所述待传输数据的步骤；在小于时，则在下一个边链路公共子帧到达之前，所述协作设备放弃向所述目标设备发送所述待传输数据，并在下一个边链路公共子帧之后，执行所述协作设备向所述目标设备发送所述待传输数据的步骤。
根据第一方面或第一方面的以上任意一种实现方式，在所述数据传输方法的第四种可能的实现方式中，所述协作设备接收所述网络侧设备或所述目标设备发送的协作控制信令，所述协作控制信令指示协作策略；或者，所述协作设备按照与所述目标设备约定的规则确定所述协作策略；其中，所述协作策略包括所使用的协作模式和协作模式下所具体采用的参数。
第二方面，提供了一种数据传输方法，该方法包括：目标设备接收网络侧设备向协作组发送的待传输数据，所述协作组包括协作设备和所述目标设备；所述目标设备在第一时刻之前，接收处理及校验所述协作设备发送的所述待传输数据；其中，所述目标设备向所述网络侧设备反馈是否正确接收所述待传输数据的时刻定义为所述第一时刻。
在第二方面提供的方法中，即使目标设备不能正确接收网络侧设备发送的待传输数据，但是若目标设备可以正确接收协作设备转发的待传输数据，则目标设备不必请求网络侧设备重传所述待传输数据，可以有效地提高目标设备接收数据的成功概率，降低网络侧设备向目标设备进行重传的概率。
根据第二方面，在所述数据传输方法的第一种可能的实现方式中，所述目标设备接收所述网络侧设备发送的所述待传输数据的时刻定义为第三时刻，所述目标设备在所述第三时刻至所述第一时刻之间至少存在一个子帧不用于处理所述网络侧设备发送的所述待传输数据。采用该模式，可以不改变协作设备和目标设备的边链路传输所采用的TTI，在不增加处理复杂度的前提下，实现协作传输。
根据第二方面或第二方面的第一种可能的实现方式，在所述数据传输方法的第二种可能的实现方式中，所述目标设备通过与所述协作设备之间的边链路接收所述协作设备发送的所述待传输数据。所述边链路传输所采用的频段为授权频段或非授权频段。非授权频段使用成本低，且不会对网络侧设备与目标设备或协作设备之间的通信造成干扰，不会占用宝贵的授权频段资源。
根据第二方面或第二方面的第一种可能的实现方式，在所述数据传输方法的第三种可能的实现方式中，所述边链路传输采用的频段为非授权频段，所述边链路传输所采用的信道包括若干备选的边链路信道，所述方法还包括：所述目标设备在边链路公共子帧上发送指示是否正确接收所述待传输数据的信息，所述边链路公共子帧为所述目标设备与所述协作设备之间约定的在所述边链路信道上的预设位置的子帧。从而协 作设备可以通过边链路公共子帧及时获知目标设备反馈的ACK，则不必再向目标设备发送待传输数据，有效的节约了频谱资源。所述方法还包括：所述目标设备分别在各个所述边链路信道上侦听所述协作设备发送的所述待传输数据。
根据第二方面或第二方面的以上任意一种实现方式，在所述数据传输方法的第四种可能的实现方式中，所述目标设备接收所述网络侧设备发送的协作控制信令，所述协作控制信令指示协作策略；或者，所述目标设备按照与所述协作设备约定的规则确定所述协作策略。
根据第一方面、第二方面或以上任一种实现方式，在另一种可能的实现方式中，所述协作设备与所述目标设备之间的传输所采用的传输时间间隔TTI小于所述目标设备与所述网络侧设备之间的传输所采用的TTI。采用该模式，可以在不改变目标设备针对网络侧设备发送的待传输数据的HARQ反馈时长及HARQ进程的前提下，快速的实现协作传输，不增加时延。可以通过以下方式使得TTI1<TTI2：
方式1，TTI1对应的子帧中所包含的符号数目小于TTI2对应的子帧中所包含的符号数目。
子帧中的符号数目越少，则子帧长度越小，因此对应的TTI越小。
方式2，TTI1对应的子帧中所包含的符号的长度小于TTI2对应的子帧中所包含的符号的长度。
第三方面，提供一种通信设备，该通信设备包括处理器和收发器；所述收发器用于接收网络侧设备向协作组发送的待传输数据，所述协作组包括所述通信设备和目标设备；所述处理器用于控制所述收发器在第一时刻之前，向所述目标设备发送所述待传输数据；其中，所述目标设备向所述网络侧设备反馈是否正确接收所述待传输数据的时刻定义为所述第一时刻；所述收发器向所述目标设备发送所述待传输数据的时刻定义为第二时刻；所述第二时刻至所述第一时刻之间的时长大于或等于所述目标设备对所述收发器发送的所述待传输数据进行接收处理及校验所需的时长。
在第三方面提供的通信设备中，即使目标设备不能正确接收网络侧设备发送的待传输数据，但是若目标设备可以正确接收该通信设备转发的待传输数据，则目标设备不必请求网络侧设备重传所述待传输数据，可以有效地提高目标设备接收数据的成功概率，降低网络侧设备向目标设备进行重传的概率。
第四方面，提供一种通信设备，该通信设备包括处理器和收发器；所述收发器用于接收网络侧设备向协作组发送的待传输数据，所述协作组包括协作设备和所述通信设备；所述收发器还用于接收所述协作设备发送的所述待传输数据；所述处理器用于在第一时刻之前，处理及校验所述协作设备发送的所述待传输数据；其中，所述通信设备向所述网络侧设备反馈是否正确接收所述待传输数据的时刻定义为所述第一时刻。
在第四方面提供的通信设备中，即使该通信设备不能正确接收网络侧设备发送的待传输数据，但是若该通信设备可以正确接收协作设备转发的待传输数据，则该通信设备不必请求网络侧设备重传所述待传输数据，可以有效地提高该通信设备接收数据的成功概率，降低网络侧设备向该通信设备进行重传的概率。
第五方面，提供一种通信系统，该系统包括上述第三方面所述的通信设备和第四方面所述的通信设备。
本申请的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有上述第三方面所述的通信设备所用的计算机软件指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
本申请的又一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有上述第四方面所述的通信设备所用的计算机软件指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。
附图说明
图1为依照本发明一实施例的通信系统的示范性示意图；
图2为依照本发明一实施例的数据传输方法的示范性流程图；
图3为依照本发明一实施例的快速协作模式的示范性示意图；
图4为依照本发明一实施例的延长协作模式的示范性示意图；
图5为依照本发明一实施例的数据传输方法的另一示范性流程图；
图6为依照本发明一实施例的用户协作的示范性示意图；
图7为依照本发明一实施例的用户协作的另一示范性示意图；
图8为依照本发明一实施例的通信设备的示范性硬件结构示意图；
图9为依照本发明另一实施例的通信设备的示范性硬件结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例的技术方案进行描述。
下文所描述的本发明实施例的技术方案可以应用于通信系统。该通信系统可以包括网络侧设备，和与网络侧设备通信的至少两个终端设备，某两个或多个终端设备之间也可以通信。图1是该通信系统的一个例子，图1所示的通信系统包括一个网络侧设备(图1示为gNB)和与其通信的多个终端设备(图1示为CUE1、CUE2和TUE)。
网络侧设备可以是能和用户设备通信的设备。网络侧设备例如可以是基站(宏基站、小/微基站、家庭基站等)、中继站或接入点。基站例如可以是全球移动通信系统(global system for mobile communication，GSM)或码分多址(code division multiple access，CDMA)网络中的基站收发信台(base transceiver station，BTS)，也可以是宽带码分多址(wideband code division multiple access，WCDMA)中的NB(NodeB)，还可以是长期演进(long term evolution，LTE)中的eNB或eNodeB(Evolutional NodeB)，还可以是未来5G网络或新空口(new radio，NR)中的gNB。网络侧设备例如还可以是网络中的传输接收点(transmission reception point，TRPx)。网络侧设备例如还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器。网络侧设备例如还可以是WiFi中的接入点(access point，AP)。网络侧设备例如还可以是可穿戴设备或车载设备。
终端设备可以是用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G 网络中的终端设备或者未来演进的PLMN网络中的终端设备等。
在某一终端设备处于网路覆盖范围的边缘或周围环境对网路服务干扰比较大时，会导致该终端设备的网络服务质量较低。如图1中的目标设备TUE，处于网络覆盖范围的边缘，网络侧设备gNB向TUE发送下行数据时，很可能发送失败，进而导致重传。如图1，协作设备CUE(图1示为CUE1和CUE2)距离gNB较近，CUE与gNB之间的网络服务质量较高，因此CUE可以协作gNB向TUE发送数据。针对此情况，本发明实施例提供的技术方案为：配置目标设备和至少一个协作设备组成一个协作组。在网络侧设备gNB需要向目标设备发送数据时，网络侧设备向协作组发送该数据，协作组内的协作设备和目标设备均可以接收到该数据。由于目标设备处于网络范围边缘，因此可能接收失败。但是协作设备的网络服务质量较高，因此协作设备很大概率可以正确接收该数据。假设目标设备向网络侧设备反馈是否正确接收所述数据(ACK/NACK)的时刻定义为第一时刻，协作设备可以在第一时刻之前将接收到的数据通过边链路转发给目标设备，且目标设备在第一时刻之前完成对协作设备发送的数据的接收处理及校验即可。因此，即使目标设备未能正确接收网络侧设备发送的数据，但是如果目标设备可以在第一时刻之前正确接收协作设备转发的所述数据，则目标设备将不必在第一时刻反馈NACK，只需反馈ACK，网络侧设备不需要重传该数据。本发明实施例提供的技术方案可以帮助网络侧设备向目标设备发送数据，增加数据传输的成功概率，降低网络侧设备向用户设备进行重传的概率。可以理解的是，上述协作设备和目标设备可以为前文描述的终端设备。在本发明各个实施例中，是为了便于区分终端设备，因此可以分别称之为协作设备和目标设备。可以理解的是，这仅仅是一种示例性的描述。
本发明实施例提供一种数据传输方法，本发明各个实施例以网络侧设备需要向目标设备发送数据，通过协作设备帮助网络侧设备向目标设备发送数据为例进行描述，如图2所示，在所述数据传输方法的第一实施例中，该方法包括：
S100，网络侧设备向协作组发送待传输数据。所述协作组包括协作设备和目标设备。协作设备的数量为至少一个。例如，如图1所示，协作设备设置为两个。
在一实施例中，可以由网络侧设备配置协作组。网络侧设备可以根据目标设备的通信状态或者根据目标设备的请求，为该目标设备确定协作设备以及协作组标识。网络侧设备将协作组标识发送给目标设备和协作设备。网络侧设备还将目标设备标识发送给协作设备。
在另一实施例中，可以由目标设备发起建立协作组。目标设备可以先向网络侧设备发起请求，由网络侧设备向目标设备下发协作组标识。目标设备可以通过与协作设备之间建立的边链路(Sidelink)告知协作设备协作组标识。所述边链路也可以称为D2D(Device to Device，设备到设备)链路、M2M(Machine to Machine)链路、终端直通、端到端链路、侧链路等。
目标设备与协作设备之间的边链路可以为预先建立好的。或者，目标设备与协作设备之间相互协商(如D2D发现、D2D同步)建立边链路。例如，如果协作设备收到了目标设备的同步信号，并与之同步，接收其发送的信息，那么可以视为目标设备和协作设备之间建立了边链路；或者通过D2D发现，目标设备发现了协作设备，协作设 备同意被发现，那么可以视为目标设备和协作设备之间建立了边链路。或者，由网络侧设备指示目标设备与协作设备之间建立边链路，如果网络侧设备授权目标设备和协作设备可以进行边链路通信，那么可以视为目标设备和协作设备之间建立了边链路。
在一实施例中，协作组标识不同于目标设备标识和协作设备标识。在另一实施例中，网络侧设备还可以直接将目标设备标识配置为协作组标识。所述协作组标识至少对于一个小区而言是唯一的。
S101，协作设备接收网络侧设备向协作组发送的待传输数据。
S102，目标设备接收网络侧设备向协作组发送的待传输数据。
网络侧设备需要向目标设备发送待传输数据时，通过协作组标识组播该待传输数据。目标设备和各个协作设备通过协作组标识解析该待传输数据。
可以理解的是，上述步骤S101和S102的执行顺序不分先后。
S103，在第一时刻之前，所述协作设备向目标设备发送待传输数据；
其中，目标设备向网络侧设备反馈是否正确接收待传输数据(ACK/NACK)的时刻定义为第一时刻；协作设备向目标设备发送待传输数据的时刻定义为第二时刻；第二时刻至第一时刻之间的时长大于或等于目标设备对协作设备发送的待传输数据进行接收处理及校验所需的时长。
接收处理及校验，可以理解为，对待传输数据进行接收、解析、译码、校验等。目标设备对协作设备发送的待传输数据完成了接收处理及校验后，目标设备即可判定是否成功接收协作设备发送的待传输数据。
S104，目标设备在第一时刻之前，接收处理及校验协作设备发送的待传输数据。
具体的，步骤S103包括：所述协作设备通过与所述目标设备之间的边链路向所述目标设备发送所述待传输数据。步骤S104包括：目标设备在第一时刻之前，通过所述边链路接收处理及校验所述协作设备发送的所述待传输数据。边链路通信不受网络覆盖的约束，可以工作在有网络覆盖、无网络覆盖以及部分网络覆盖等多种场景。
在现有LTE系统中，考虑到数据解码的处理时延和传输时延等，终端通常需要3个子帧才能完成对下行数据的接收处理及校验等，对于终端在第N个子帧接收到的下行数据，一般在第N+4个子帧进行上行反馈以告知网络侧设备是否正确接收所述下行数据。如果正确接收，则反馈ACK；如果接收错误，则反馈NACK，以触发基站重传。因此，如果基于现有的LTE系统，假设网络侧设备在第N个子帧向协作组发送待传输数据，则协作设备和目标设备在第N个子帧接收到待传输数据，且协作设备和目标设备需要3个子帧才能完成对待传输数据的接收处理及校验等。而目标设备需要在第N+4个子帧向网络侧设备反馈是否正确接收待传输数据。在第N+4个子帧之前，协作设备没有足够的时间向目标设备转发待传输数据；或者，即使协作设备可以在第N+4个子帧之前将待传输数据转发至目标设备，但是目标设备仍然没有足够的时间完成对协作设备转发的待传输数据的接收处理及校验等。因此，按照现有技术，协作设备不能帮助网络侧设备提高数据的初传成功概率。在实际应用中，目标设备向网络侧设备初次反馈NACK的概率大概为百分之十，目标设备向网络侧设备二次反馈NACK的概率大概为千分之一，因此，提高网络侧设备向目标设备的初传成功概率是十分必要的，能够获得更大的增益。
在本发明实施例中，可以采用以下实施方式，使得目标设备能够有足够的时间(即在第一时刻之前)完成对协作设备转发的待传输数据的接收处理及校验：
实施方式一，快速协作模式(Faster Cooperation Mode，FCM)，所述协作设备与所述目标设备之间的传输所采用的传输时间间隔TTI小于所述目标设备与所述网络侧设备之间的传输所采用的TTI。即，所述边链路所采用的TTI小于所述目标设备与网络侧设备之间的传输所采用的TTI。TTI是指在无线通信中的一个独立解码传输所需要的时间长度。采用快速协作模式，可以在不改变目标设备针对网络侧设备发送的待传输数据的HARQ反馈时长及HARQ进程的前提下，快速的实现协作传输，不增加时延。
在本实施方式中，边链路所采用的传输时间间隔定义为TTI1，目标设备与网络侧设备之间的传输所采用的传输时间间隔定义为TTI2。TTI1<TTI2。TTI1和TTI2之间可以有一定的代数关系,例如，TTI2＝k·TTI1，k>1。k的具体取值可以根据实际需要进行设置，只要能够使得目标设备在第一时刻之前，能够完成对协作设备发送的待传输数据的接收处理及校验即可。如图3所示，边链路采用的TTI为图3中的SL帧对应的TTI(即TTI1)，目标设备和网络侧设备之间的传输所采用的TTI为图3中的DL帧和UL帧对应的TTI(即TTI2)，TTI1<TTI2，因此，在网络侧设备发送待传输数据的时刻开始至第一时刻到达之前的时间段内，TTI1的数目多余TTI2的数目。
在本发明实施例中，目标设备和协作设备对待传输数据进行接收处理及校验所需要的子帧数例如可以为1个子帧、2个子帧、3个子帧等等，具体需要的子帧数可以根据实际需要进行设置，在此不做限定。无论目标设备和协作设备对待传输数据进行接收处理及校验所需要的子帧数为几个，只要在网络侧设备发送待传输数据的时刻开始至第一时刻到达之前的时间段内的TTI1的数目可以足够协作设备完成对待传输数据的接收及转发、以及目标设备完成对协作设备转发的待传输数据的接收处理及校验即可。
可以通过以下方式使得TTI1<TTI2：
方式1，TTI1对应的子帧中所包含的符号数目小于TTI2对应的子帧中所包含的符号数目。
子帧中的符号数目越少，则子帧长度越小，因此对应的TTI越小。
方式2，TTI1对应的子帧中所包含的符号的长度小于TTI2对应的子帧中所包含的符号的长度。
符号的长度取决于子载波间隔的大小，子载波间隔越大，则符号长度越短。因此，边链路所采用的子载波间隔大于目标设备与网络侧设备之间的传输所采用的子载波间隔。
如图3所示，假设网络侧设备在第N个子帧(即图3中的DL帧N)向协作组发送待传输数据，协作设备和目标设备在第N个子帧接收到该待传输数据，协作设备对接收到的待传输数据进行解析以及发送准备后，在第M个边链路子帧(即图3中的SL帧M)向目标设备转发待传输数据，假设目标设备需要3个边链路子帧完成对该待传输数据的接收处理及校验等，且假设目标设备在UL帧N+4向网络侧设备反馈是否正确接收所述待传输数据，因此，只要保证第M+3个边链路子帧位于UL帧N+4之前即可。
上述方式1和方式2可以结合使用。
实施方式二，延长协作模式(Longer Cooperation Mode，LCM)，所述目标设备接收所述网络侧设备发送的所述待传输数据的时刻定义为第三时刻，所述第三时刻至所述第一时刻之间的时长大于所述目标设备对所述网络侧设备发送的所述待传输数据进行接收处理及校验所需的时长，所述目标设备在所述第三时刻至所述第一时刻之间至少存在一个子帧不用于处理所述网络侧设备发送的所述待传输数据，使得目标设备具有足够的时间来对协作设备转发的待传输数据进行接收处理及校验即可。采用延长协作模式，可以不改变协作设备和目标设备的边链路传输所采用的TTI，在不增加处理复杂度的前提下，实现协作传输。
如图4所示，假设边链路采用的传输时间间隔等于网络侧设备与协作组之间的传输时间间隔，网络侧设备在第N个子帧向协作组发送待传输数据，目标设备在第N个子帧接收到网络侧设备发送的待传输数据后，利用3个子帧对网络侧设备发送的待传输数据进行处理后，预留4个空闲子帧，将在第N+8个子帧向网络侧设备反馈ACK/NACK。协作设备在第N个子帧接收到该待传输数据，协作设备需要3个子帧对该待传输数据进行处理，协作设备在第N+4个子帧向目标设备转发该待传输数据，目标设备同样需要3个子帧对协作设备转发的待传输数据进行处理，目标设备在第N+7个子帧完成对该待传输数据的处理，也即，目标设备可以在第N+8个子帧之前完成对目标设备发送的待传输数据的接收处理及校验。
上述实施方式一和实施方式二可以结合使用。
在同一协作组内，所有的协作设备和目标设备都应使用同一种协作策略才能完成协作过程，协作策略包括所使用的协作模式和协作模式下所具体采用的参数。协作模式包括上述快速协作模式、延长协作模式，或者两种模式相结合的方式。协作模式下所采用的参数包括边链路所采用的参数和目标设备对网络侧设备发送的待传输数据的HARQ反馈时长。边链路所采用的参数包括传输时间间隔、每个子帧所包含的符号数目、所述符号对应的子载波间隔、边链路所采用的频段(信道)、边链路所采用的时频资源中的至少一种。目标设备对网络侧设备发送的待传输数据的HARQ反馈时长为目标设备接收到网络侧设备发送的待传输数据的时刻至目标设备向网络侧设备反馈是否正确接收该待传输数据的时刻之间的时长。
在一实施例中，可以由网络侧设备向协作设备和目标设备发送协作控制信令，该协作控制信令指示协作策略。或者，可以由网络侧设备向目标设备发送协作控制信令，由目标设备将该协作控制信令转发给协作设备。网络侧设备下发的协作控制信令可以携带在物理下行控制信道(Physical Downlink Control Channel,PDCCH)的下行控制信息中，或者携带在无线资源控制(Radio Resource Control，RRC)信令中，或者携带在系统信息块(System Information Block，SIB)中。通过网络侧设备进行指示，可以实现统一管理，有效的避免终端设备之间的干扰。
可以理解的是，协作控制信令指示协作策略时，可以不必通过单独指示协作模式，具体采用哪种协作模式，可以直接通过协作模式下所具体采用的参数来体现。
在一实施例中，协作控制信令可以直接指示协作模式下所具体采用的参数。
在另一实施例中，协作控制信令可以指示协作策略对应的序号，协作设备和目标 设备可以预存有协作策略与序号的对应关系表，在协作设备和目标设备获取到协作策略对应的序号后，直接查表即可获得协作控制信令所指示的协作策略，从而可以节约协作控制信令的开销。
对应关系表可以采用如表1所示的呈现形式。目标设备的HARQ反馈时长X分别取值为X1、X2至Xn，n表示X取值的个数，例如，n＝5，X1＝1，X2＝2，X3＝4，X4＝8，X5＝16。目标设备的HARQ反馈时长X表示：若目标设备在第N帧接收到网络侧设备发送的待传输数据，则目标设备将在第N+X帧向网络侧设备反馈ACK/NACK。每个TTI1所包含的符号数可以分别取值为1、2至M。直接根据预设的代数关系式即可计算出不同参数组合所对应的序号。表1中最多支持350种不同的参数组合，对应350个序号。
表1
Figure PCTCN2018089303-appb-000001
对应关系表还可以采用如表2所示的呈现形式。即，每一个序号均对应一种参数组合，该参数组合具体包括子载波间隔、HARQ反馈时长X和每个TTI1中所包含的符号数目。则序号可以用9个比特来表示，例如“000 000 000”标示序号＝1，“000 000 010”标示序号＝3。
表2
Figure PCTCN2018089303-appb-000002
对应关系表还可以采用如表3所示的呈现形式。即，每一个序号均对应一种参数组合，该参数组合具体包括子载波间隔、HARQ反馈时长X和每个TTI1中所包含的符号数目。目标设备的HARQ反馈时长X分别取值为X1、X2至Xn，n表示X取值的个数，例如，n＝5，X1＝1，X2＝2，X3＝4，X4＝8，X5＝16。每个TTI1所包含的符号数可以分别取值为1、2至M。表3所示的呈现形式，更易于协作设备和目标设备根据协作控制信令指示的序号查找到对应的参数。
表3
Figure PCTCN2018089303-appb-000003
可以理解的是，上述表1、2和3所表达的含义是相同的，只是采用了不同的表达形式。
可以理解的是，表1、2和3中的X、M可以取值任意非负整数，表1中仅仅是给出一个例子，并没有一一列举；表1中的子载波间隔分别为15KHz，30KHz，60KHz，120KHz和240KHz，同样仅仅是一个例子，对于其他子载波间隔，例如7.5KHz，480KHz等依然适用本发明。
在另一实施例中，所述协作设备按照与所述目标设备约定的规则确定所述协作策略。同样的，目标设备也按照与协作设备约定的规则确定所述协作策略。协作设备和目标设备分别自主确定协作策略，减少了网络侧设备的信令指示，有效的节约了控制信道的开销等。通过设置一定的规则，使得协作设备和目标设备能够确定相同的协作策略即可。在本实施例中，协作设备和目标设备可以不需要网络侧设备的明确指示，而只是根据特定规则自行判断应使用哪种参数组合进行协作。例如，对于快速协作模式，该规则例如可以为：根据数据缓存量(Buffer)、MCS(Modulation and Coding Scheme，调制与编码策略)配置、带宽信息等中的至少一个参数，计算完成数据传输所需要的时间，进而确定使用多大的TTI1才可以满足。如在带宽支持下，根据数据缓存量的大小以及MCS的配置确定一个最大的TTI1且满足TTI1<TTI2即可。可以理解地，TTI1只要满足TTI1<TTI2即可，过小的TTI1会增加硬件的处理复杂度以及造成资源的浪费。该规则对于所有协作设备和目标设备而言应一致，例如可以在标准中明示。同样的，对于延长协作模式和两种模式相结合的方式，也可以根据数据缓存量(Buffer)、MCS(Modulation and Coding Scheme，调制与编码策略)配置、带宽信息等中的至少一个参数来确定协作策略所采用的各个参数，只要使得确定的参数唯一即可。
S105，在第一时刻到达时，所述目标设备向网络侧设备反馈是否正确接收所述待传输数据。即，目标设备向网络侧设备反馈ACK/NACK。
由于在第一时刻到达之前，目标设备不仅可以完成对网络侧设备发送的待传输数 据的接收处理及校验，还可以完成对协作设备转发的待传输数据的接收处理及校验，即使目标设备不能正确接收网络侧设备发送的待传输数据，但是若目标设备可以正确接收协作设备转发的待传输数据，则目标设备不必请求网络侧设备重传所述待传输数据。本发明实施例中，通过协作设备协助网络侧设备向目标设备发送数据，可以有效地提高目标设备接收数据的成功概率，降低网络侧设备向目标设备进行重传的概率。
进一步的，在一实施例中，上述边链路进行数据传输时所采用的频段可以为授权频段。应理解，传统的授权频谱资源一般需要国家或者地方无线委员会审批才可以使用的频谱资源。不同系统(例如，LTE系统、WiFi系统)或不同运营商的系统不可以共享使用授权频谱资源。该授权频段与网络侧设备为目标设备或协作设备分配的频段至少部分重叠。
在另一实施例中，上述边链路进行数据传输时所采用的频段还可以为非授权频段。应理解，传统的免授权频谱资源传输是指无需系统分配，各个通信设备可以共享使用免授权频谱包括的资源。免许可频段上的资源共享是指对特定频谱的使用只规定发射功率、带外泄露等指标上的限制，以保证共同使用该频段的多个设备之间满足基本的共存要求。运营商利用免许可频段资源可以达到网络容量分流的目的，但是需要遵从不同的地域和不同的频谱对非授权频段资源的法规要求。这些要求通常是为保护雷达等公共系统，以及保证多系统尽可能互相之间不造成有害影响、公平共存而制定的，包括发射功率限制、带外泄露指标、室内外使用限制，以及有的地域还有一些附加的共存策略等。非授权频段使用成本低，且不会对网络侧设备与目标设备或协作设备之间的通信造成干扰，不会占用宝贵的授权频段资源。
以下各个实施例以采用非授权频段为例，各终端设备可以采用竞争方式或者监听方式使用该非授权频段，例如，采用先听后说(LBT，Listen Before Talk)的方式使用非授权频谱资源，即，在终端设备发送数据之前，先对非授权频段的至少一个信道进行侦听，侦听方式例如可以为Cat-4、Cat-2等，在侦听结果为空闲时，才可以占用该信道向目标设备发送待传输数据，否则不可使用该信道。
在一实施例中，所述边链路传输所采用的信道包括若干备选的边链路信道。这些备选的边链路信道可以为预先规定好的。协作设备可以根据网络侧设备的指示、或者根据目标设备的指示、或者根据预先设定好的规则、或者随机的在若干备选的边链路信道中选择一个信道进行侦听。
在一实施例中，步骤S104具体包括：所述目标设备分别在各个所述备选的边链路信道上侦听所述协作设备发送的所述待传输数据。从而目标设备可以尽可能多的接收到协作设备发送的待传输数据，进一步提高目标设备正确接收待传输数据的概率。
由于不同的边链路信道的可用性可能不同，例如协作设备CUE1的侦听持续时间可能为2个边链路子帧长度，协作设备CUE2的侦听持续时间可能为1个边链路子帧长度，协作设备CUE3和CUE4的侦听持续时间可能为3个边链路子帧长度，则会导致各个协作设备不能在同一个边链路子帧上向目标设备发送待传输数据。如果目标设备可以正确接收各个协作设备最先发送的待传输数据，或者目标设备可以正确接收网络侧设备发送的待传输数据，则目标设备没有必要继续等待接收各个协作设备还未发送的待传输数据，未发送的协作设备也没有必要再向目标设备发送待传输数据，以节 约频谱资源和降低能耗。为了解决这一问题，在一实施例中，目标设备可以向协作设备发送指示是否正确接收所述待传输数据的信息(ACK/NACK)。从而在协作设备接收到目标设备反馈的ACK时，则不必再向目标设备发送待传输数据，有效的节约了频谱资源。进一步的，如图5所示，所述方法还包括：
S106，所述目标设备在边链路公共子帧(Common SL Subframe)上发送指示是否正确接收所述待传输数据的信息(ACK/NACK)，所述边链路公共子帧为所述目标设备与所述协作设备之间约定的在所述边链路信道上的预设位置的子帧。
预设位置的子帧可以理解为预设的子帧号对应的子帧，例如，第M+2帧、M+8帧、M+14帧等等。
在一实施例中，目标设备在边链路公共子帧上发送ACK/NACK之前，可以先对各个边链路信道进行侦听，然后在所有可用的信道上的边链路公共子帧上发送ACK/NACK。
在一实施例中，各个边链路信道上的边链路公共子帧的位置可以相同，也即，目标设备可以在同一时刻(即该边链路公共子帧对应的时刻)在所有可用的边链路信道分别发送ACK/NACK。如图6所示，其中一个边链路公共子帧的位置为M+2，目标设备在所有的边链路信道上的第M+2个边链路子帧上发送ACK/NACK。在另一实施例中，各个边链路信道上的边链路公共子帧的位置也可以不同。
在另一实施例中，也可以在部分边链路信道上设置该边链路公共子帧，目标设备与协作设备之间协商好设置该边链路公共子帧所在的信道以及边链路公共子帧的位置，以便协作设备到相应的信道上的边链路公共子帧上接收ACK/NACK。
各个边链路信道上的边链路公共子帧组成公共确认池(Common ACK Pool)。该公共确认池的指示信息可以由网络侧设备配置，也可以由目标设备和协作设备之间协商确定，或者还可以为标准中预先规定的。
S107，所述协作设备在边链路公共子帧上接收用于指示所述目标设备是否正确接收所述待传输数据的信息。
在边链路公共子帧的前一个边链路子帧结束时，如果协作设备没有完成侦听过程或者恰好刚刚完成侦听过程但尚未向目标发送待传输数据，则协作设备停止当前的动作，并在边链路公共子帧到来时保持接收状态，接收目标设备反馈的ACK/NACK。
若所述协作设备在还未完成向所述目标设备发送所述待传输数据之前接收到指示所述目标设备正确接收所述待传输数据的信息，则所述协作设备放弃向所述目标设备发送所述待传输数据。
在本实施例中，如果协作设备没有完成侦听过程或者恰好刚刚完成侦听过程但尚未向目标设备发送待传输数据，则认为协作设备还未完成向所述目标设备发送所述待传输数据。
如果协作设备在边链路公共子帧上接收到目标设备反馈的ACK信息，则表明目标设备正确接收待传输数据，则协作设备在边链路公共子帧之后，可以放弃向目标设备发送待传输数据。可以理解的是，协作设备停止尚未完成的侦听过程也可以认为协作设备放弃了向目标设备发送待传输数据。
在另一实施例中，如果协作设备在边链路公共子帧上接收到目标设备反馈的 NACK信息，则表明目标设备未正确接收待传输数据，则协作设备在边链路公共子帧之后，继续尚未完成的侦听过程，或者继续向目标设备发送待传输数据。
在另一实施例中，如果协作设备在完成向目标设备发送待传输数据之后的边链路公共子帧上接收到目标设备反馈的NACK信息，则表明目标设备未正确接收待传输数据，则协作设备可以再次向目标设备发送待传输数据，以进一步提高目标设备正确接收待传输数据的概率。
进一步的，在一实施例中，所述协作设备监听所述边链路信道，在监听到可用的边链路信道时，判断当前时刻至下一个边链路公共子帧对应的时刻之间的时长是否大于或等于发送所述待传输数据所需的时长；在大于或等于时，则执行所述步骤S103；在小于时，则在下一个边链路公共子帧到达之前，所述协作设备放弃向所述目标设备发送所述待传输数据，并在下一个边链路公共子帧之后，执行所述步骤S103。在本实施例中，协作设备如果在下一个边链路公共子帧前的若干个边链路子帧便完成了侦听过程，但是如果在下一个边链路公共子帧之前剩余的边链路子帧数少于发送该待传输数据所需的子帧数，则协作设备放弃向目标设备发送待传输数据，并等待下一个边链路公共子帧之后，再向目标设备发送待传输数据。
在一实施例中，协作设备可以在接收到网络侧设备发送的待传输数据之前或者接收到待传输数据后立即开始进行侦听过程，以便可以尽快的向目标设备发送待传输数据。如图6所示，CUE1在第M个边链路子帧完成了侦听，CUE2在第M个边链路子帧前完成了侦听，通过计算可以确定通过1个边链路子帧即可完成待传输数据的发送，因此CUE1和CUE2在第M+1个边链路子帧上向目标设备发送待传输数据，在第M+2个边链路子帧(即边链路公共子帧)接收TUE的反馈。CUE3和CUE4由于在第M+1个边链路子帧仍未完成LBT过程，则停止当前过程，并在M+2个边链路子帧(即边链路公共子帧)上接收TUE的反馈，如果反馈为NACK，则在M+3个边链路子帧继续侦听过程。
进一步的，协作设备可以不依靠网络侧设备的指示进行信道选择，而是按照目标设备的指示进行信道选择。
具体的，在一实施例中，目标设备可以在接收到网络侧设备发送的待传输数据之前或者接收到待传输数据后立即开始进行侦听过程，在完成侦听后，在所有可用的边链路信道上发送边链路公共控制信息(Sidelink Common Control Information，SCCI)。
SCCI包括协作设备的调度信息，即各个协作设备在边链路上的资源指示信息、MCS等参数信息、目标设备在边链路上反馈ACK/NACK的资源指示信息等。SCCI还可以包含1比特的协作指示信息，通过该协作指示信息告知协作设备是否需要进行协作传输。
协作设备接收SCCI，并根据SCCI的指示，在目标设备为其指定的资源上按照指定的MCS等参数发送待传输数据给目标设备。在发送待传输数据之前，协作设备可以进行侦听，在完成侦听后再发送。
目标设备在SCCI指定的资源位置接收协作设备发送的待传输数据，并在SCCI指定的资源位置发送ACK/NACK给协作设备。目标设备可以在发送ACK/NACK之前进行侦听，在完成侦听后再发送；或者，目标设备也可以不进行侦听，直接发送 ACK/NACK。
协作设备在SCCI指定的资源位置接收目标设备发送的ACK/NACK。
如图7所示，如果目标设备在第M个边链路子帧之前便完成了侦听，目标设备可以在每个可用的边链路信道的第M个子帧上向所有协作设备发送SCCI。协作设备CUE1、CUE2、CUE3和CUE4接收到到SCCI后，根据SCCI的指示，分别在各自对应的边链路信道上开始进行侦听，并在侦听成功后在SCCI指定的资源位置向目标设备发送待传输数据，目标设备接收到待传输数据后进行ACK/NACK反馈。CUE1、CUE2、CUE3和CUE4根据SCCI的指示在指定位置接收所述目标设备的ACK/NACK反馈。
可以理解的是，在以上各个实施例中，某一个协作组的协作设备，也可以是其他协作组的协作设备。即，一个协作设备可以同时为多个协作组进行协作传输。
本发明还提供一种通信设备100，该通信设备100可以为上述实施例描述的协作设备。如图8所示，该通信设备100包括收发器110和处理器120，收发器110和处理器120相连。可选的，该通信设备100还包括存储器130。存储器130与处理器120和收发器110分别相连。进一步可选的，该通信设备100还包括总线系统140。其中，处理器120、收发器110和存储器130可以通过总线系统140相连。该存储器140可以用于存储指令，该处理器120用于执行该存储器140存储的指令，以控制收发器110接收和发送信号；该存储器140还可以用于缓存该处理器120在执行指令过程中产生的数据。
其中，该收发器110用于接收网络侧设备向协作组发送的待传输数据，所述协作组包括所述通信设备100和目标设备；
该处理器120用于控制所述收发器110在第一时刻之前，向所述目标设备发送所述待传输数据；其中，所述目标设备向所述网络侧设备反馈是否正确接收所述待传输数据的时刻定义为所述第一时刻；所述收发器110向所述目标设备发送所述待传输数据的时刻定义为第二时刻；所述第二时刻至所述第一时刻之间的时长大于或等于所述目标设备对所述收发器发送的所述待传输数据进行接收处理及校验所需的时长。
从上述实施例可以看出，图7所示的通信设备100执行的是图5所示实施例中的步骤S101、S103和S107。收发器110和处理器120执行上述步骤时的更多细节可以参考图2和图5所示实施例中的相关描述，此处不再赘述。
本发明实施例中，即使目标设备不能正确接收网络侧设备发送的待传输数据，但是若目标设备可以正确接收该通信设备100转发的待传输数据，则目标设备不必请求网络侧设备重传所述待传输数据，可以有效地提高目标设备接收数据的成功概率，降低网络侧设备向目标设备进行重传的概率。
该处理器120、收发器110的其他功能，均可以参照上述数据传输方法中相应实施例的描述，在此不再赘述。
本发明还提供一种通信设备200，该通信设备200可以为上述实施例描述的目标设备。如图9所示，该通信设备200包括收发器210和处理器220，收发器210和处理器220相连。可选的，该通信设备200还包括存储器230。存储器230与处理器220和收发器210分别相连。进一步可选的，该通信设备200还包括总线系统240。其中，处理器220、收发器210和存储器230可以通过总线系统240相连。该存储器240可 以用于存储指令，该处理器220用于执行该存储器240存储的指令，以控制收发器210接收和发送信号；该存储器240还可以用于缓存该处理器220在执行指令过程中产生的数据。
其中，该收发器210用于接收网络侧设备向协作组发送的待传输数据，所述协作组包括协作设备和所述通信设备；
该收发器210还用于接收所述协作设备发送的所述待传输数据；
所述处理器220用于在第一时刻之前，处理及校验所述协作设备发送的所述待传输数据；其中，所述通信设备200向所述网络侧设备反馈是否正确接收所述待传输数据的时刻定义为所述第一时刻。
从上述实施例可以看出，图8所示的通信设备200执行的是图5所示实施例中的步骤S102、S104、S105和S106。收发器110和处理器120执行上述步骤时的更多细节可以参考图2和图5所示实施例中的相关描述，此处不再赘述。
本发明实施例中，即使该通信设备200不能正确接收网络侧设备发送的待传输数据，但是若该通信设备200可以正确接收协作设备转发的待传输数据，则该通信设备200不必请求网络侧设备重传所述待传输数据，可以有效地提高该通信设备200接收数据的成功概率，降低网络侧设备向该通信设备200进行重传的概率。
该处理器120、收发器110的其他功能，均可以参照上述数据传输方法中相应实施例的描述，在此不再赘述。
本发明还提供一种数据传输系统，该数据传输系统包括上述实施例描述的通信设备100和通信设备200。具体可以参照上述实施例，在此不再赘述。
本领域普通技术人员可知，上述方法中的全部或部分步骤可以通过程序指令相关的硬件完成，该程序可以存储于一计算机可读存储介质中，该计算机可读存储介质如ROM、RAM和光盘等。
综上所述，以上仅为本发明的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (25)

  1. 一种数据传输方法，其特征在于，所述方法包括：
    协作设备接收网络侧设备向协作组发送的待传输数据，所述协作组包括所述协作设备和目标设备；
    在第一时刻之前，所述协作设备向所述目标设备发送所述待传输数据；
    其中，所述目标设备向所述网络侧设备反馈是否正确接收所述待传输数据的时刻定义为所述第一时刻；所述协作设备向所述目标设备发送所述待传输数据的时刻定义为第二时刻；所述第二时刻至所述第一时刻之间的时长大于或等于所述目标设备对所述协作设备发送的所述待传输数据进行接收处理及校验所需的时长。
  2. 如权利要求1所述的方法，其特征在于，所述协作设备与所述目标设备之间的传输所采用的传输时间间隔TTI小于所述目标设备与所述网络侧设备之间的传输所采用的TTI。
  3. 如权利要求1或2所述的方法，其特征在于，所述协作设备向所述目标设备发送所述待传输数据包括：所述协作设备通过与所述目标设备之间的边链路向所述目标设备发送所述待传输数据。
  4. 如权利要求3所述的方法，其特征在于，所述边链路传输所采用的频段为授权频段或非授权频段。
  5. 如权利要求4所述的方法，其特征在于，在所述边链路传输采用非授权频段时，所述边链路传输所采用的信道包括若干备选的边链路信道，所述方法还包括：
    所述协作设备在边链路公共子帧上接收用于指示所述目标设备是否正确接收所述待传输数据的信息，所述边链路公共子帧为所述目标设备与所述协作设备之间约定的在所述边链路信道上的预设位置的子帧。
  6. 如权利要求5所述的方法，其特征在于，所述方法还包括：
    若所述协作设备在还未完成向所述目标设备发送所述待传输数据之前接收到指示所述目标设备正确接收所述待传输数据的信息，则所述协作设备放弃向所述目标设备发送所述待传输数据。
  7. 一种数据传输方法，其特征在于，所述方法包括：
    目标设备接收网络侧设备向协作组发送的待传输数据，所述协作组包括协作设备和所述目标设备；
    所述目标设备在第一时刻之前，接收处理及校验所述协作设备发送的所述待传输数据；
    其中，所述目标设备向所述网络侧设备反馈是否正确接收所述待传输数据的时刻定义为所述第一时刻。
  8. 如权利要求7所述的方法，其特征在于，所述协作设备与所述目标设备之间的传输所采用的传输时间间隔TTI小于所述目标设备与所述网络侧设备之间的传输所采用的TTI。
  9. 如权利要求7或8所述的方法，其特征在于，所述目标设备接收所述网络侧设备发送的所述待传输数据的时刻定义为第三时刻，所述目标设备在所述第三时刻至所述第一时刻之间至少存在一个子帧不用于处理所述网络侧设备发送的所述待传输数 据。
  10. 如权利要求7至9任一项所述的方法，其特征在于，所述目标设备通过与所述协作设备之间的边链路接收所述协作设备发送的所述待传输数据。
  11. 如权利要求10所述的方法，其特征在于，所述边链路传输所采用的频段为授权频段或非授权频段。
  12. 如权利要求11所述的方法，其特征在于，在所述边链路传输采用非授权频段时，所述边链路传输所采用的信道包括若干备选的边链路信道，所述方法还包括：
    所述目标设备在边链路公共子帧上发送指示是否正确接收所述待传输数据的信息，所述边链路公共子帧为所述目标设备与所述协作设备之间约定的在所述边链路信道上的预设位置的子帧。
  13. 一种通信设备，其特征在于，所述通信设备包括处理器和收发器；
    所述收发器用于接收网络侧设备向协作组发送的待传输数据，所述协作组包括所述通信设备和目标设备；
    所述处理器用于控制所述收发器在第一时刻之前，向所述目标设备发送所述待传输数据；
    其中，所述目标设备向所述网络侧设备反馈是否正确接收所述待传输数据的时刻定义为所述第一时刻；所述收发器向所述目标设备发送所述待传输数据的时刻定义为第二时刻；所述第二时刻至所述第一时刻之间的时长大于或等于所述目标设备对所述收发器发送的所述待传输数据进行接收处理及校验所需的时长。
  14. 如权利要求13所述的通信设备，其特征在于，所述通信设备与所述目标设备之间的传输所采用的传输时间间隔TTI小于所述目标设备与所述网络侧设备之间的传输所采用的TTI。
  15. 如权利要求13或14所述的通信设备，其特征在于，所述处理器还用于控制所述收发器通过与所述目标设备之间的边链路向所述目标设备发送所述待传输数据。
  16. 如权利要求15所述的通信设备，其特征在于，所述边链路传输所采用的频段为授权频段或非授权频段。
  17. 如权利要求16所述的通信设备，其特征在于，在所述边链路传输采用非授权频段时，所述边链路传输所采用的信道包括若干备选的边链路信道，所述收发器还用于在边链路公共子帧上接收用于指示所述目标设备是否正确接收所述待传输数据的信息，所述边链路公共子帧为所述目标设备与所述通信设备之间约定的在所述边链路信道上的预设位置的子帧。
  18. 如权利要求17所述的通信设备，其特征在于，所述收发器还用于接收指示所述目标设备正确接收所述待传输数据的信息；若所述收发器在还未完成向所述目标设备发送所述待传输数据之前接收到指示所述目标设备正确接收所述待传输数据的信息，则所述处理器还用于控制所述收发器放弃向所述目标设备发送所述待传输数据。
  19. 一种通信设备，其特征在于，所述通信设备包括处理器和收发器；
    所述收发器用于接收网络侧设备向协作组发送的待传输数据，所述协作组包括协作设备和所述通信设备；
    所述收发器还用于接收所述协作设备发送的所述待传输数据；
    所述处理器用于在第一时刻之前，处理及校验所述协作设备发送的所述待传输数据；
    其中，所述通信设备向所述网络侧设备反馈是否正确接收所述待传输数据的时刻定义为所述第一时刻。
  20. 如权利要求19所述的通信设备，其特征在于，所述协作设备与所述通信设备之间的传输所采用的传输时间间隔TTI小于所述通信设备与所述网络侧设备之间的传输所采用的TTI。
  21. 如权利要求19或20所述的通信设备，其特征在于，所述收发器接收所述网络侧设备发送的所述待传输数据的时刻定义为第三时刻，所述处理器在所述第三时刻至所述第一时刻之间至少存在一个子帧不用于处理所述网络侧设备发送的所述待传输数据。
  22. 如权利要求19至21任一项所述的通信设备，其特征在于，所述收发器通过与所述协作设备之间的边链路接收所述协作设备发送的所述待传输数据。
  23. 如权利要求22所述的通信设备，其特征在于，所述边链路传输所采用的频段为授权频段或非授权频段。
  24. 如权利要求23所述的通信设备，其特征在于，在所述边链路传输采用非授权频段时，所述边链路传输所采用的信道包括若干备选的边链路信道，所述收发器还用于在边链路公共子帧上发送指示是否正确接收所述待传输数据的信息，所述边链路公共子帧为所述通信设备与所述协作设备之间约定的在所述边链路信道上的预设位置的子帧。
  25. 一种通信系统，其特征在于，所述通信系统包括如权利要求13至18任一项所述的通信设备和如权利要求19至24任一项所述的通信设备。
PCT/CN2018/089303 2017-06-23 2018-05-31 一种数据传输方法、通信设备和数据传输系统 WO2018233470A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP18821650.1A EP3627717B1 (en) 2017-06-23 2018-05-31 Data transmission methods and communication devices
US16/716,852 US11258541B2 (en) 2017-06-23 2019-12-17 Data transmission method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710487270.3A CN109120314B (zh) 2017-06-23 2017-06-23 一种数据传输方法、通信设备和数据传输系统
CN201710487270.3 2017-06-23

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/716,852 Continuation US11258541B2 (en) 2017-06-23 2019-12-17 Data transmission method and device

Publications (1)

Publication Number Publication Date
WO2018233470A1 true WO2018233470A1 (zh) 2018-12-27

Family

ID=64733252

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/089303 WO2018233470A1 (zh) 2017-06-23 2018-05-31 一种数据传输方法、通信设备和数据传输系统

Country Status (4)

Country Link
US (1) US11258541B2 (zh)
EP (1) EP3627717B1 (zh)
CN (1) CN109120314B (zh)
WO (1) WO2018233470A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4075695A4 (en) * 2019-12-31 2022-12-21 Huawei Technologies Co., Ltd. DATA FEEDBACK METHOD AND APPARATUS

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11283566B2 (en) 2019-01-18 2022-03-22 Huawei Technologies Co., Ltd. Systems and methods for user equipment cooperation
US11490360B2 (en) 2019-04-18 2022-11-01 Huawei Technologies Co., Ltd. Systems and methods for multiple redundant transmissions for user equipment cooperation
CN110519022B (zh) * 2019-08-30 2021-06-18 北京紫光展锐通信技术有限公司 数据传输方法、用户终端及计算机可读存储介质
EP4072211A4 (en) * 2019-12-26 2022-12-07 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND DEVICE
CN114846779A (zh) * 2019-12-28 2022-08-02 华为技术有限公司 基于用户设备协作的下行传输反馈方法和相关设备
CN114902704A (zh) * 2020-03-19 2022-08-12 Oppo广东移动通信有限公司 侧行数据传输方法和终端设备
CN113872739A (zh) * 2020-06-30 2021-12-31 华为技术有限公司 一种数据传输方法以及相关设备
CN114337736A (zh) * 2020-09-30 2022-04-12 华为技术有限公司 一种上行协作传输方法及其装置
US11778655B2 (en) 2020-11-16 2023-10-03 Qualcomm Incorporated Techniques for configuring multiple frequency domain opportunities for sidelink feedback
US20230147231A1 (en) * 2021-11-05 2023-05-11 Qualcomm Incorporated Device cooperation for mitigation of deafness in sidelink communications
WO2023141955A1 (zh) * 2022-01-28 2023-08-03 富士通株式会社 边链路传输方法以及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103988447A (zh) * 2011-11-15 2014-08-13 三星电子株式会社 在设备对设备服务系统中用于发送数据的方法和装置
CN104871569A (zh) * 2012-12-18 2015-08-26 华为技术有限公司 针对蜂窝集成设备到设备通信的基于终端组的混合自动重复请求的系统和方法
WO2016050402A1 (en) * 2014-09-29 2016-04-07 Sony Corporation Communications device and methods
US20160309466A1 (en) * 2015-04-15 2016-10-20 Qualcomm Incorporated Coordinated wireless communications using multiple transmission time intervals
WO2017052345A1 (en) * 2015-09-25 2017-03-30 Samsung Electronics Co., Ltd. Method and device for feeding back and receiving harq-ack information

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105099629B (zh) * 2014-05-05 2019-05-31 上海诺基亚贝尔股份有限公司 一种混合自动重传请求接收方法
US9591683B2 (en) * 2014-09-30 2017-03-07 Huawei Technologies Co., Ltd. System and method for adaptive cooperation mode selection strategies for wireless networks
WO2016076107A1 (ja) * 2014-11-14 2016-05-19 株式会社Ｎｔｔドコモ ユーザ装置及びｄ２ｄ通信方法
EP3281326A1 (en) * 2015-04-09 2018-02-14 INTEL Corporation Resolving concurrent communications at a relay user equipment (ue)
CN104993857B (zh) * 2015-05-14 2018-12-18 大唐移动通信设备有限公司 一种协作波束赋形的方法及装置
KR20170020145A (ko) * 2015-08-13 2017-02-22 주식회사 아이티엘 단말간 통신 기반 시스템에서 제어정보의 전송 장치 및 방법
CN106470380A (zh) * 2015-08-14 2017-03-01 中兴通讯股份有限公司 设备到设备标识冲突的解决方法、设备到设备用户设备
US10708908B2 (en) * 2015-09-24 2020-07-07 Intel Corporation Systems, methods and devices for resource allocation adjustments for wireless transmissions
US10778387B2 (en) * 2016-11-23 2020-09-15 Huawei Technologies Co., Ltd. System and method for group-assisted downlink transmission
CN106533644B (zh) * 2016-11-28 2019-10-22 上海华为技术有限公司 一种进行CoMP传输的方法和基站

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103988447A (zh) * 2011-11-15 2014-08-13 三星电子株式会社 在设备对设备服务系统中用于发送数据的方法和装置
CN104871569A (zh) * 2012-12-18 2015-08-26 华为技术有限公司 针对蜂窝集成设备到设备通信的基于终端组的混合自动重复请求的系统和方法
WO2016050402A1 (en) * 2014-09-29 2016-04-07 Sony Corporation Communications device and methods
US20160309466A1 (en) * 2015-04-15 2016-10-20 Qualcomm Incorporated Coordinated wireless communications using multiple transmission time intervals
WO2017052345A1 (en) * 2015-09-25 2017-03-30 Samsung Electronics Co., Ltd. Method and device for feeding back and receiving harq-ack information

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI; HISILICON: "Support for UE Cooperation in NR", 3GPP, no. R1-164379, 27 May 2016 (2016-05-27), Nanjing, China, XP051089769 *
See also references of EP3627717A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4075695A4 (en) * 2019-12-31 2022-12-21 Huawei Technologies Co., Ltd. DATA FEEDBACK METHOD AND APPARATUS

Also Published As

Publication number Publication date
EP3627717A1 (en) 2020-03-25
US20200119849A1 (en) 2020-04-16
US11258541B2 (en) 2022-02-22
EP3627717A4 (en) 2020-07-08
CN109120314A (zh) 2019-01-01
EP3627717B1 (en) 2023-03-29
CN109120314B (zh) 2021-09-21

Similar Documents

Publication Publication Date Title
WO2018233470A1 (zh) 一种数据传输方法、通信设备和数据传输系统
EP3614777B1 (en) Method and device for transmitting data
US11510217B2 (en) Method and apparatus for transmission/reception of signals between wireless devices
US11082166B2 (en) Data retransmission method and communications apparatus
JP5469760B2 (ja) ランダムアクセス手順を行う方法及び装置
EP2654235B1 (en) HARQ For Dynamic Change of the TTD UL/DL Configuration in LTE TDD Systems
US9622132B2 (en) Switching between cellular and license-exempt (shared) bands
US8804756B2 (en) Method and apparatus for improving interaction between scheduling request procedure and random access procedure
US9648599B2 (en) System and method for avoiding collisions between open discovery and cellular resources
WO2018171378A1 (zh) 一种数据传输方法、通信设备和数据传输系统
US20140086175A1 (en) Methods, apparatus and computer programs for controlling retransmissions of wireless signals
WO2020191637A1 (zh) 随机接入的方法、终端设备和网络设备
WO2017152645A1 (zh) 上行反馈信息的传输方法及装置
EP3876464A1 (en) Internet of vehicles data transmission method, transmission terminal and network side device
CN112997433B (zh) 用于harq传输的方法以及通信设备
KR20220141795A (ko) 하이브리드 자동 재전송 요청 응답 코드북의 결정 방법, 장치 및 그 디바이스
EP3684130A1 (en) Information transmission method and device
WO2015016174A1 (ja) 無線基地局及び移動局
CN108702649B (zh) 状态指示的传输装置、方法以及通信系统
WO2022077473A1 (zh) 无线通信方法、终端设备和网络设备
US9985826B2 (en) Service data offloading method, access network device, and terminal
WO2020156394A1 (zh) 一种反馈方法及装置
EP3487100A1 (en) Harq response information transmission method and device
JP2023520705A (ja) データ送信方法、装置及び通信システム
WO2015051512A1 (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: 18821650

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018821650

Country of ref document: EP

Effective date: 20191218